GB2358723A - Creating and managing Electronic receipts - Google Patents
Creating and managing Electronic receipts Download PDFInfo
- Publication number
- GB2358723A GB2358723A GB0021915A GB0021915A GB2358723A GB 2358723 A GB2358723 A GB 2358723A GB 0021915 A GB0021915 A GB 0021915A GB 0021915 A GB0021915 A GB 0021915A GB 2358723 A GB2358723 A GB 2358723A
- Authority
- GB
- United Kingdom
- Prior art keywords
- computer
- electronic receipt
- receipt
- mime
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Withdrawn
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/04—Billing or invoicing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/04—Payment circuits
- G06Q20/047—Payment circuits using payment protocols involving electronic receipts
Landscapes
- Business, Economics & Management (AREA)
- Accounting & Taxation (AREA)
- Strategic Management (AREA)
- Physics & Mathematics (AREA)
- General Business, Economics & Management (AREA)
- General Physics & Mathematics (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Development Economics (AREA)
- Economics (AREA)
- Finance (AREA)
- Marketing (AREA)
- Information Transfer Between Computers (AREA)
Abstract
A method for creating electronic receipts comprises creating a receipt 110 on a first computer, embedding the receipt in an E-Mail and transmitting it to a second computer where it is received 120 and processed by program and the data posted to a money manager program or file 180. The first computer preferably comprises a cash register interface connected to a bus which may have one or more cash registers and card readers attached. In a second embodiment the receipt may be created using a web enable form (Figs 5 and 7). The electronic receipt is preferably embedded as a MIME or S/MIME data type and preferably contains at least one of the following pieces of information; originator, destination Merchant ID, payee, payment method and tax information. The electronic receipt may be detected 135 by a plug-in on the second computer. Preferably, an acknowledgment E-Mail 145 will be sent by the second computer on receipt of the electronic receipt.
Description
2358723 CREATING AND bLXNAGING E-RECEIPTS The present invention relates to
an apparatus and method for sending standardized receipts over the Internet for processing by the recipient directly into a money manager or accounting program.
E-commerce on the Internet continually expands along with households that have computers and money manager or accounting programs. Business to business transactions also take place over the Internet in ever increasing volume creating data that needs to be processed by accounting programs.
Electronic mail, using either an open network such as the Internet or a proprietary network, is a simple means of communicating digital information from one computer to another. General financial transactions are presently available for transmission to home and office computers by means of electronic mail. Bank cards (e.g. credit or debit cards) for automated financial transactions employ a digital ly- encoded magnetic strip containing the user's name and account number. The user is afforded access to computer networks by having the card "read" by a machine. Receipts can also be uploaded to a smart card or standardized to facilitate automatic processing. Automatic Teller Machine (ATM) transactions and Automatic Credit/Debit to Checking Accounts also provide digital information for transmission to home and office computers. All the hank or business requires to send the transaction information is the customer's e-mail address. Additionally, an e-mail address can be incorporated into a magnetic strip for the automatic routing of a receipt to the payer's e-mailbox.
Digital delivery of receipts is known. For example, United States Patent No. 5,739,512 to Bruce Tognazzini teaches using a credit card expanded to include an e-mail address so that when the card is swiped and generates an Electronic Data Interchange (EDI) message to the credit card authorization system, it can also, after authorization, send a digital receipt to the buyer's e-mail address for later retrieval. EDI is highly structured electronic mail. In addition to transmitting text-based (ASCII) information, electronic mail commonly transports a multitude of other data formats including graphics, binary files containing formatted text, and sounds. The Electronic Data Interchange (EDI) standard is an effective way to communicate data by set standards between different organizations. The concept of a "transaction set" simplifies the integration of electronic messages into an existing but disparate computational infrastructure. A transaction set is the agreed upon data format which also includes the 2 definition of the individual data elements. Transaction sets may be standard ones devised and approved by standards such as the American National Standards Institute (ANSI) or standards among enterprises. EDI is most often used between different companies and uses some variations of the ANSI X112 standard (USA) or EDIFACT (UN sponsored global standard) The Electronic Commerce Modelling Language (ECML) provides a common way to build Web forms that contain credit card and shipping data on e-storefronts. ECML also provides a standard format for storing the user information in a digital wallet on a PC. This way, customers can drag the data from their desktops or third-party provider's Web Site into merchant's e-forms, rather than rekeying it each time they place an order.
Encryption techniques permit the secure transmission of electronic information. Well-known public/private encryption schemes provide privacy and content security, while digital signature schemes provide for authentication of the sender. These techniques are well-understood and widely used in many applications, including electronic mail and EDI.
United States Patent 5,850,42 exemplifies one of many available methods for permitting secure electronic commercial transactions over a network of users and servers of a type found in the Internet system.
However, when a customer makes a purchase at a business, the current method for processing and maintaining such receipts is for the merchant to print a hard copy of the receipt or to send an e-mail to the buyer which only describes the transaction. The merchant must re-type the contents of the paper receipt for transmission to the customer. If the customer receives an RDI transmission of a transaction, the customer may desire to post the information to one of the many available personal money manager or accounting programs such as Quicken and MS Money. Moreover, the customer may be a business and desire to post the information to a custom accounting program. Presently, with the exception of individually customized programs, all of the transaction information received over the Internet must be entered manually because there is no standard format allowing processing of information into money manager programs. The volume of receipts to be posted makes the process time vary from an inconvenience to a major expense factor when volume is high.
Therefore, the problem arises that a merchant or business desiring to provide such a service to the customer by sending a receipt that can be processed directly into the customer's money manager program must create their own system and software tailored on a customer by customer basis.
3 Such programs, if attempted, would create a plethora of competing electronic receipt formats limiting customers to only process receipts specifically formatted for interface with particular accounting programs and leaving the customer to manually process all other receipts. As electronic commerce increases the number of receipts to be processed will rise significantly and the time value associated with posting the information will increase correspondingly.
Accordingly, the invention provides a method for creating an electronic receipt in a first computer and sending the electronic receipt over the Internet to a second computer for processing, comprising the steps of: creating the electronic receipt containing pre-selected data in a unique type on the first computer; embedding said electronic receipt in an e-mail message; transmitting said e-mail message with the electronic is receipt via the Internet; receiving said e-mail on a second computer containing a program for processing said electronic receipt; posting said data to one or more of the following: a money manager program, an accounting program or a file in the memory of said second computer.
The invention further provides a programmable apparatus in a first computer connected to the Internet for creating an electronic receipt and for sending said electronic receipt from said first computer to a second location for processing, said apparatus comprising: means for creating the electronic receipt containing data in a unique type; means for embedding said electronic receipt in an e-mail; and means for transmitting said e-mail containing said electronic receipt to said second location.
The invention still further provides a programmable apparatus in a second computer connected to the Internet for receiving an electronic receipt from a first computer, said apparatus comprising: means for receiving an e-mail from said first computer, said e-mail including the electronic receipt, said receipt containing data in a unique type; means detecting the unique type of the electronic receipt; means for recognizing the unique type of the electronic receipt; means for verifying the unique type of the electronic receipt; means for sorting the data in the electronic receipt; and means for posting the data to a money manager program and/or an archive file.
The invention yet further provides an electronic receipt comprising a data object of a unique type embedded in an e-mail by a first computer having a first program; wherein, upon transmission to a second computer - __1 4 over the Internet said data object is capable of detection and posting by a second program to a money manager program in a second computer.
According to a preferred embodiment, a format for an e-receipt, meets the need for a way to post business transactions directly into a customer's money manager or accounting program without the tedious and time consuming necessity for retyping electronic receipts manually. When used in conjunction with a computer and the Internet the e-receipt preferably provides an apparatus and method by which paper receipts or e-mail messages are replaced by electronic receipts using a standard format that can be processed by a money manger or accounting program.
According to a preferred embodiment, the e-receipt is created automatically as a result of an automatic Internet transaction or a general financial purchase such as ATM, credit or debit cards, automatic deposits and electronic banking. In an alternative embodiment, the e-receipt is created manually from a hard copy cash sale by means of a special "Web Form" used by the merchant to create the e-receipt for transmission to the customer.
Preferably, the e-receipt is an object embedded within an e-mail message. The e-receipt is sent to the consumer with a unique MIME type that is detected by the consumer's web browser and posted to a program such as a money manager program and/or an archive file (a "shoebox" file). MIME stands for Multipurpose Internet Mail Extensions and is an existing specification for formatting non-ASCII messages so that they can be sent over the Internet. Most browsers now support MIME, which enables them to send and receive graphics, audio, and video files via the Internet mail system. In addition, MIME supports messages in character sets other than ASCII. There are many predefined MIME types, such as GIF graphics files and PostScript files. it is also possible to define your own MIME types.
In addition to e-mail applications, web browsers also support various MIME types. This enables the browser to display or output files that are not in HTML format. MIME was defined in 1992 by the Internet Engineering Task Force (IETF). A version called S/MIME supports encrypted messages.
A preferred embodiment of the present invention will now be described in detail, by way of example only, and with reference to the following drawings:
FIG. 1 Depicts an overview of the process of the present invention, in accordance with a preferred embodiment.
FIG. 2 Displays a typical data format for the e-receipt, in accordance with a preferred embodiment of the present invention.
FIG. 3 Displays the hardware used to generate the e-receipt, in accordance with a preferred embodiment of the present invention.
FIG. 4 Displays the hardware used for manual generation of the e-receipt, in accordance with a preferred embodiment of the present invention.
FIG. 5 Displays the hardware used by the recipient of the e-receipt, in accordance with a preferred embodiment of the present invention.
FIG. 6 Depicts a flow chart of the first time processing of an e-receipt, in accordance with a preferred embodiment of the present invention.
FIG. 7 Depicts a flow chart of the process when a merchant manually creates an e-receipt, in accordance with a preferred embodiment of the present invention.
FIG. 1 depicts an overview of the process of the present invention, in accordance with a preferred embodiment. An e-receipt can be created in two ways. The first is Automatic Receipt Generation 100 in which the e-receipt is created automatically as a result of an automatic Internet transaction or a general financial purchase such as ATM, credit or debit cards, automatic deposits and electronic banking. The second is Manual Receipt Generation 200 in which the e-receipt is created manually from a hard copy cash sale by means of a special "Web Form" used by the merchant to create the e-receipt for transmission to the customer. The e-mail message is generated by a computer 400 which embeds the e-receipt in the e-mail and sends the e-mail through the Internet 500 to the user's computer 600.
FIG. 2 shows a data format of object 300 containing 20 line items of information for the e-receipt, in accordance with a preferred embodiment of the present invention. Persons of ordinary skill in the art will appreciate that object 300 can be modified as appropriate and included in _J 6 the specification of the new MIME type for e-receipts. The Originator
Identification 301 is the e-mail address of the originator. The Destination Identification 302 is the e-mail address of the user. Merchant Information 303 is discretionary on the part of the merchant and is provided for the convenience of the merchant and the consumer. Both Destination Identification 302 and Merchant Information 303 are useful for providing marketing information which can be analyzed by both the merchant and the consumer. Payee information 304 is the merchant's name and street address or mailing address. Consumer Information 305 is the consumer's name and street address or mailing address. Product/Service description 306 provides information which is helpful for the consumer to recall the specific transaction. Transaction Type 307 states whether the transaction was a buy, sell, transfer, bid, accept, reject, order debit, credit, query for price or other type of transaction. Transaction date 308 provides the transaction execution post date. Service or manufacture Date 310 provides the actual date the service was performed or the date the product was made. Payment Method 311 states whether payment was or is to be made by cash, credit card or cash/credit/debit account and the corresponding information for the account. Payment Amount 312 states the amount including currency information. Payment Presentation Date 313 states the due date for payment. Payment Received Date 314 states the date payment was received. Tax Information 315 states the amount of tax included in Payment Amount 312. Credits, 316 states the dollar amounts credited to the consumer for awards, mileage points and other credits allowed by the merchant. Delivery Information 317 states the carrier, date delivery and tracking number. Receipt Type 318 states whether the object 300 is an e-receipt presentation, e-receipt acknowledgement or another specified type. E-Receipt Tracking Number 319 states a merchant generated unique number for the e-receipt. The E-Receipt Tracking Number 319 in conjunction with originator Identification 301, preferably provides a completely unique number which enables the consumer to request a copy of the receipt should the consumer lose the electronic receipt due to a computer failure. Receipt Acknowledgement indicator 320 provides a "switch" to be set so that if the indicator is on, the merchant will be sent an acknowledgement that the e-receipt was received by the consumer.
FIG. 3 shows automatic creation of object 300 in accordance with a preferred embodiment. Computer 400 may be any suitable computer such as an IBM PC computer, a product of International Business Machines Corporation, located in Armonk, N.Y. Although the depicted embodiment involves a personal computer, a preferred embodiment of the present invention may be 7 implemented in other types of data processing systems, such as for example, intelligent work stations or mini-computers. A plurality of cash registers 490 (one shown) are connected to a central processing unit (CPU) 420 over a system bus (BUS) 410. A typical cash register is equipped with a keyboard 422 and a display 423. A card reader/writer 424 is used for reading credit cards and can also be used for writing smart card information. Printer 425 is utilized for generating paper receipts in the traditional manner.
Control of cash drawer is illustrated at 426 and all of these devices are interfaced to the BUS 410 over cash register interface 421. Read Only Memory (ROM) 430 contains, typically, boot strap routines and a Basic Input/Output System (BIOS) utilized to initialize Central Processing Unit (CPU) 420 at start up. Random Access Memory (RAM) 440 represents the main memory utilized for processing data. Drive controller 450 interfaces one or more disk type drives such as floppy disk drive 452, CD ROM 454 and hard disk drive 456. The number and type of drives utilized with a particular system will vary depending upon user requirements.
A network interface 460 permits communications to be sent to and received from a network. Communications port 470 is utilized for a dial- up connection to one or more networks while network interface 460 is a dedicated interface to a particular network. Programs for controlling the operation of the apparatus shown in FIG. 3 are typically stored on a disk drive and then loaded into RAM for execution during the start-up of the computer.
As an example of automatic creation, object 300 is created as a result of a transaction through a card reading machine, or an electronic report. Generation of a receipt is represented at cash register 490 and card reader/writer 424. Note that payment can occur by any known means such as credit cards, debit cards, cash, check, electronic transfer or the like.
Card reader 424 scans a card of some type having stored thereon an electronic mail address for the delivery of receipts. The card itself could be a traditional credit card, a smart card, a magnetically encoded driver's license or any other computer readable card medium, the information on which has been supplemented to include an e-mail address for delivery of electronic receipts. Computer 400 assembles the information from the receipt generator program located in one of the drives, such as Floppy Disk 452, CD-ROM 454 or Hard Drive 456 and the card reader into an e-mail message containing embedded object 300 suitable for transmission across a network. The electronic receipt is sent through either dedicated network interface 460 or through communications port 470 to connection 480 J 8 for throughput to user, s/consumer's computer 600 (see figure 5). The merchant can choose whether to use MIME or S/MIME; however, in the preferred embodiment, the secure S/MIME is used. Object 300 is embedded within the e-mail message and sent to the consumer via connection 480 with a unique MIME type that is interpreted by the consumer's web browser. The configuration of object 300 creates a MIME standard which is used by any third party in conjunction with the existing and known MIME and browser technology to implement delivery of object 300 to the consumer.
Additional examples of transactions which can be sent by an originator are e-trades, stock purchases and product purchases. For many transactions, cash register 490 and card reader writer 424 would be replaced by the accounting program of the originator. However, an object 300 is according to the preferred embodiment necessary in order to allow the consumer to receive object 300 for posting to programs on consumer's computer 600.
Fig. 4. shows manual creation of the object 300 in accordance with a preferred embodiment of the present invention. A representative computer system 401 is the same as computer system 400 in Fig. 3 with the exception of the connection to cash register 490 and card reader 424. In Fig. 4, cash register 490 and card reader 424 are not connected to computer system 401. In this situation the merchant uses computer 401 to create the e-receipt. A cash sale takes place and a paper receipt is generated. The merchant desires to send an e-receipt to the consumer via e-mail and the consumer desires to receive the e- receipt in a format that can be posted to the money manager or accounting program on consumer's computer 600. The merchant uses his dial up connection to the Internet via communications port 470 to connect to the Internet via connection 480 and uses a special "Web Form" to create object 300 and embed object 300 in an e-mail message to the consumer.
Fig. 5 depicts the consumer's computer according to a preferred embodiment of the present invention which is a representative computer system similar to the computers used by the merchants. The e-mail bearing the e-receipt enters the computer via connection 680 and communications port 670 for processing by programs located on floppy disk 652, CD ROM 654 or Hard Drive 656.
Fig 6 provides a process flowchart for the receipt from generation by the merchant to processing by the user's computer 600 in accordance with 9 a preferred embodiment of the present invention. The process involves the following steps: generating and sending 110, receiving 120, detecting 130, recognizing 135, verifying 140, acknowledging 145, sorting 170, posting and/or storing 180. The step of generating 110 includes creation of object 300, embedding of object 300 in an e-mail message by programs stored on computer 400 or 401 and sending the e-mail with object 300 embedded The e-mail message is sent to consumer's computer 600 by means of the Internet.
Receiving step 120 is accomplished when the e-mail arrives at the consumer's mail box by means of the particular browser program used by the consumer.
The detecting step 130 preferably relies on existing technology.
The electronic receipt is sent to the consumer with a unique MIME embedded in e-mail. The detecting step 130, involves the browser program parsing the e-mail for the unique MIME type.
Next, in recognizing step 135, the web browser will either recognize or not recognize the unique MIME type. Consumer's computer 600 may contain a browser program that is already equipped to process the unique MIME type or it may require an additional program or module in order to do so.
Software programs are composed of one or more independently developed modules that are not combined until the program is linked. A single module can contain one or several routines. A plug-in is a software module that adds a specific feature or service to a larger system. For example, there are a number of plug-ins for the Netscape Navigator browser that enable it to display different types of audio or video messages. Navigator plug-ins are based on MIME file types. For example, the Netscape Navigator World-Wide Web browser supports plug-ins which display or interpret a particular file format or protocol such as Shockwave, Real Audio, Adobe PDF, and Corel CMX (vector graphics). The file to be displayed is included in a web page using an <EMBED.... HTML> tag. If the customer's web browser is not equipped to process the unique MIME then the customer will be prompted by a dialog box on whether he or she wants to install the plugin.
Recognizing step 135 therefore includes an optional installing step 160 wherein, upon failure to recognize the unique MIME type, a suitable means for directing the consumer, such as pop-up is displayed on consumer's display screen of computer 600. The pop-up directs the consumer on how to load the necessary plug-in. Any browser such as Netscape Navigator, or Microsoft Internet Explorer can handle many types of files. However, for most complicated, non-text files, such as movies or the money manager form, the browser launches a "helper" application which first determines whether -.-J! I - - - - 10 the consumer has the proper plug- in. The first time an e-mail with object 300 embedded is received, if the browser is not equipped or if the plug- in is not installed on the consumer's computer 600, then a pop-up menu informs the user that the MIME type is unrecognizable, and suggests the consumer install the plug-in from a trusted site (such as Netscape plug-in server) If necessary then, installing step 160 is added and upon installation of the plug-in, the process returns to the browser for step 140, verifying the unique MIME type.
Upon recognizing the unique MIME type, the browser program will seek to verify the unique MIME type in verifying step 140. If the unique MIME type is not recognized then the unique MIME will be rejected and the process will end.
When the browser opens an e-receipt, whether through the program or via a plug-in, if the "Receipt Acknowledgement" indicator is set, then acknowledging step 145 is performed and the originator is sent e-mail containing an object of an e-commerce MIME type to acknowledge the receipt containing the following line items from object 300, Receipt Type 318, Originator Identification 301 and Tracking Number 319.
Next, the method proceeds to sorting step 170. In the preferred embodiment, in sorting step 170, the plug-in can sort objects 300 by Sender (ORIGINATOR ID 301), Payee (debit) (PAYEE INFORMATION 304), Payer (credit) (CONSUMER INFORMATION 305) or Account ID (TRACKING NUMBER 319). Persons of ordinary skill in the art will appreciate that other criteria could readily be used. The consumer decides in what order he or she desires to view the data contained in object 300. The consumer can accept, reject or discard the receipts on an individual basis or as a group based on the Sender, Payee, Payer or Account ID. Posting step 180 involves the plug-in passih'q object 300 to the money manager for further processing and merger into the money manager's financial data base. Finally, the consumer can also choose storing step 180 which involves archiving object 300 into an archive file on computer 600 in floppy drive 652 or hard drive 656. Such an archive file may be referred to as a 11shoebox.11 In FIG 7. the e-receipt is processed in a similar manner in accordance with a preferred embodiment of the present invention; however, the e-receipt generating step is not automatic as the merchant creates object 300 from a special web site. Therefore, the following steps are added. Manual Receipt Generation 105 reflects the act of creating the normal hard copy document reflecting the transaction. Next, Accessing the Special Web Page 106 entails the merchant turning on his computer, dialing up a connection to the Internet and retrieving the Special Web Page which is formatted for receiving data corresponding to object 300. The use of a Special Web Page for data entry is known. The Special Web Page then creates object 300 and embeds object 300 into an e-mail message. Sending step 110 proceeds in the same manner as step 110 on Figure 6. Thereafter the process proceeds as in Fig 6 beginning with Sending step 110.
It will be apparent to a person skilled in the art that the invention can be used to update other types of databases such as inventory, product ordering, manufacturing, parts ordering and any other data involved in commerce.
12
Claims (18)
1 A method for creating an electronic receipt in a first computer and sending the electronic receipt over the Internet to a second computer for processing, comprising the steps of:
creating the electronic receipt containing pre-selected data in a unique type on the first computer; embedding said electronic receipt in an e-mail message; transmitting said e-mail message with the electronic receipt via the Internet; receiving said e-mail on a second computer containing a program for processing said electronic receipt; posting said data to one or more of the following: a money manager program, an accounting program or a file in the memory of said second computer.
2. The method of claim 1, wherein the unique type is one of MIME and S/MIME.
3. The method of claim 1 or 2 further comprising the step of installing a plug-in for processing the electronic receipt transmitted to the second computer.
4. The method as recited in claim 1, 2 or 3, wherein a plurality of electronic receipts originate from a plurality of first computers and are received by a plurality of second computers.
5. The method of claim 2, further comprising the steps of:
detecting said unique MIME or S/MIME type of said electronic receipt; recognizing said unique MIME or S/MIME type of said electronic receipt; and verifying said unique MIME or S/MIME type of said electronic receipt; whereby said detecting step follows said receiving step.
13
6. The method of any preceding claim further comprising the step of sorting the data in the electronic receipt.
7. The method of any preceding claim further comprising the step of acknowledging whereby, responsive to receiving said e-mail in the second computer, an acknowledgement e-mail is sent to the first computer.
8. A programmable apparatus in a first computer connected to the Internet for creating an electronic receipt and for sending said electronic receipt from said first computer to a second location for processing, said apparatus comprising:
means for creating the electronic receipt containing data in a unique type; means for embedding said electronic receipt in an e-mail; and is means for transmitting said e-mail containing said electronic receipt to said second location.
9. The programmable apparatus of claim 8, wherein the unique type is one of MIME and S/MIME.
10. The programmable apparatus of claim 8 or 9, wherein the f irst computer further comprises:
a bus connected to a network interface and a communications port; a cash register interface connected to the bus; one or more cash registers connected to the cash register interface; and a card reader/writer connected to the cash register interface.
11. A programmable apparatus in a second computer connected to the Internet for receiving an electronic receipt from a first computer, said apparatus comprising:
means for receiving an e-mail from said first computer, said e-mail including the electronic receipt, said receipt containing data in a unique type; means detecting the unique type of the electronic receipt; means for recognizing the unique type of the electronic receipt; 14 means for verifying the unique type of the electronic receipt; means for sorting the data in the electronic receipt; and means for posting the data to a money manager program and/or an archive file.
12. The programmable apparatus of claim 11, wherein the unique type is one of MIME and S/MIME.
13. The programmable apparatus of claim 11 or 12, comprising means for storing the electronic receipt in the memory of the second computer.
14. The programmable apparatus of claim 11, 12 or 13, wherein the money manager program is an accounting or data base program.
is. The programmable apparatus of any of claims 11 to 14, further is comprising means for sending an acknowledgement to the first computer upon receipt of the electronic receipt at the second computer.
16. An electronic receipt comprising a data object of a unique type embedded in an e-mail by a first computer having a first program; wherein, upon transmission to a second computer over the Internet said data object is capable of detection and posting by a second program to a money manager program in a second computer.
17. The electronic receipt of claim 16, wherein the unique type is MIME or S/MIME.
18. The data object of claim 16 or 17 comprising at least one of the following items:
originator identification; destination identification; merchant information; payee information; consumer information; 40 product/service information; is transaction type; transaction date; 5 transaction execution post date; service or manufacture date; payment method; payment amount; payment representation date; is tax information; credits; delivery information; receipt type; tracking number; and 25 receipt acknowledgement.
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US39308599A | 1999-09-09 | 1999-09-09 |
Publications (2)
Publication Number | Publication Date |
---|---|
GB0021915D0 GB0021915D0 (en) | 2000-10-25 |
GB2358723A true GB2358723A (en) | 2001-08-01 |
Family
ID=23553211
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
GB0021915A Withdrawn GB2358723A (en) | 1999-09-09 | 2000-09-07 | Creating and managing Electronic receipts |
Country Status (1)
Country | Link |
---|---|
GB (1) | GB2358723A (en) |
Cited By (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP1662450A1 (en) * | 2004-11-30 | 2006-05-31 | Ncr International Inc. | Provision of receipts for self service or point of sale terminals |
US7577613B2 (en) | 2003-11-20 | 2009-08-18 | Ncr Corporation | Provision of receipts for self service or point of sale terminals |
WO2010012294A1 (en) * | 2008-07-29 | 2010-02-04 | Iker Arostegui Gallastegui | System and method for registering a transaction by credit card |
GB2473485A (en) * | 2009-09-14 | 2011-03-16 | Royal Bank Scotland Plc | Processing electronic receipts |
US10515420B2 (en) | 2014-10-17 | 2019-12-24 | Anders Michael Juul EJLERSEN | Method, system and software program for handling and storing purchase transactions between a user and a point-of-sale |
Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5739512A (en) * | 1996-05-30 | 1998-04-14 | Sun Microsystems, Inc. | Digital delivery of receipts |
WO1999022327A1 (en) * | 1997-10-24 | 1999-05-06 | Penware, Inc. | Method and system for automated electronic receipt of transactions |
US5915022A (en) * | 1996-05-30 | 1999-06-22 | Robinson; Rodney Aaron | Method and apparatus for creating and using an encrypted digital receipt for electronic transactions |
WO2000075834A2 (en) * | 1999-06-04 | 2000-12-14 | Receiptcity.Com, Inc. | An electronic-receipts service |
-
2000
- 2000-09-07 GB GB0021915A patent/GB2358723A/en not_active Withdrawn
Patent Citations (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US5739512A (en) * | 1996-05-30 | 1998-04-14 | Sun Microsystems, Inc. | Digital delivery of receipts |
US5915022A (en) * | 1996-05-30 | 1999-06-22 | Robinson; Rodney Aaron | Method and apparatus for creating and using an encrypted digital receipt for electronic transactions |
WO1999022327A1 (en) * | 1997-10-24 | 1999-05-06 | Penware, Inc. | Method and system for automated electronic receipt of transactions |
WO2000075834A2 (en) * | 1999-06-04 | 2000-12-14 | Receiptcity.Com, Inc. | An electronic-receipts service |
Non-Patent Citations (1)
Title |
---|
Internet Engineering Task Force - RFC 1767 - MIME Encapsulation of EDI Objects - MArch 1995 * |
Cited By (7)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7577613B2 (en) | 2003-11-20 | 2009-08-18 | Ncr Corporation | Provision of receipts for self service or point of sale terminals |
EP1662450A1 (en) * | 2004-11-30 | 2006-05-31 | Ncr International Inc. | Provision of receipts for self service or point of sale terminals |
WO2010012294A1 (en) * | 2008-07-29 | 2010-02-04 | Iker Arostegui Gallastegui | System and method for registering a transaction by credit card |
GB2473485A (en) * | 2009-09-14 | 2011-03-16 | Royal Bank Scotland Plc | Processing electronic receipts |
US20120203644A1 (en) * | 2009-09-14 | 2012-08-09 | The Royal Bank Of Scotland Plc | Apparatus, system and method for providing electronic receipts |
US10515420B2 (en) | 2014-10-17 | 2019-12-24 | Anders Michael Juul EJLERSEN | Method, system and software program for handling and storing purchase transactions between a user and a point-of-sale |
US11769215B2 (en) | 2014-10-17 | 2023-09-26 | Myver Holding Aps | Method, system and software program for handling and storing purchase transactions between a user and point-of-sales |
Also Published As
Publication number | Publication date |
---|---|
GB0021915D0 (en) | 2000-10-25 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US6678664B1 (en) | Cashless transactions without credit cards, debit cards or checks | |
US7546945B1 (en) | System and method for managing transactions | |
US7860772B2 (en) | Funding on-line accounts | |
US8630949B2 (en) | Electronic bill presentation and payment method and system | |
US7386516B2 (en) | System and method for providing secure services over public and private networks using a removable portable computer-readable storage | |
KR101015341B1 (en) | Online payer authentication service | |
US7613655B2 (en) | Value transfer systems and methods | |
US8521607B2 (en) | Archiving system and process for transaction records | |
US6851087B1 (en) | System and method of processing computer form data | |
EP1049056A2 (en) | Electronic bill presentment and/or payment clearinghouse | |
US8352369B2 (en) | System and method for pre-verifying commercial transactions | |
US7546274B2 (en) | System and method for facilitating electronic commerce transactions at an automatic teller machine | |
CA2738296A1 (en) | Intelligent alert system and method | |
WO2002007111A2 (en) | System and method for selecting a credit card processor | |
US20030110128A1 (en) | Method and system for importing invoice data into accounting and payment programs | |
US20040078331A1 (en) | Payment system using electronic stamps | |
GB2358723A (en) | Creating and managing Electronic receipts | |
US7360684B2 (en) | Controlling electronic withdrawals by a transaction processor | |
KR20000024508A (en) | Electronic Ticket and Using Method of Electronic Ticket with Internet | |
JP2002024747A (en) | Electronic receipt issueing system | |
JP4570450B2 (en) | Financial institution server and transfer processing method using this server | |
US20080172343A1 (en) | Data processing method for secure Internet transactions | |
JP2002074234A (en) | Settlement method for online shopping, settlement system, and reception slip output device | |
US20020120566A1 (en) | Payment enabling exchange client system | |
TW482988B (en) | Method and system for processing internet payments using the electronic funds transfer network |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
WAP | Application withdrawn, taken to be withdrawn or refused ** after publication under section 16(1) |