WO1999057864A1 - Communications system for electronic commerce - Google Patents

Communications system for electronic commerce Download PDF

Info

Publication number
WO1999057864A1
WO1999057864A1 PCT/GB1999/001332 GB9901332W WO9957864A1 WO 1999057864 A1 WO1999057864 A1 WO 1999057864A1 GB 9901332 W GB9901332 W GB 9901332W WO 9957864 A1 WO9957864 A1 WO 9957864A1
Authority
WO
WIPO (PCT)
Prior art keywords
data
customer terminal
items
merchant server
user
Prior art date
Application number
PCT/GB1999/001332
Other languages
French (fr)
Inventor
Stephen Peter Towndrow
Matthieu Jean Nady Jonglez
Original Assignee
British Telecommunications Public Limited Company
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by British Telecommunications Public Limited Company filed Critical British Telecommunications Public Limited Company
Priority to CA002331124A priority Critical patent/CA2331124A1/en
Priority to AU37205/99A priority patent/AU765022B2/en
Priority to EP99919406A priority patent/EP1076974A1/en
Priority to JP2000547746A priority patent/JP2002514801A/en
Publication of WO1999057864A1 publication Critical patent/WO1999057864A1/en

Links

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/12Payment architectures specially adapted for electronic shopping systems

Definitions

  • the present invention relates to a communications system, and in particular to a system designed to support electronic commerce.
  • the growth of the internet and world wide web has made electronic commerce an important field, and much effort has been directed to designing systems which facilitate on-line trading.
  • internet retail sites for occasional and relatively high-value purchases such as on-line bookstores, have achieved some success, the variability in the quality of service offered by the internet, and in particular the slowness of connections at times of peak usage, has inhibited the more widespread acceptance of on-line retailing by customers.
  • a method of operating a communications system comprising a merchant server, at least one customer terminal, and a communications network linking the merchant server to the customer terminal, the method comprising: a) dynamically generating at a database remote from the customer terminal a set of data identifying a plurality of items available for purchase and communicating to the customer terminal from the merchant server the said set of data identifying a plurality of items available for purchase; b) displaying the said data at the customer terminal; c) registering at the customer terminal a selection made by the customer of one or more of the plurality of items; d) generating at the customer terminal automatically and independently of the merchant server a cumulative list of items selected by the user by (i) instantiating a first data array
  • the present invention dynamically generates a set of data from a database, transfers this data to the customer, and then shifts the step of generating and displaying the shopping basket entirely to the customer terminal, so that it can be carried out without requiring further exchange of data with the merchant server. This dramatically increases the perceived speed of operation for the user, and reduces the variability of the speed of response with changes in the communications network.
  • the customer terminal may be a personal computer connected to the internets mobile terminal, a multimedia kiosk such as BT's Touchpoint (Trade Mark) or any other suitable device.
  • step (a) includes communicating a web page including the said data to the customer terminal and step (b) is carried out by a web client application running at the customer terminal.
  • the method includes communicating with the said data in step (a) a program to be executed at the customer terminal, which program carries out at least step (d).
  • the program which generates and displays the shopping basket at the customer terminal.
  • the program might take the form of Javascript contained within an HTML page (JavaScript is a Trade Mark of Sun Microsystems).
  • JavaScript is a Trade Mark of Sun Microsystems.
  • the client terminal Preferably at least part of the data defining the cumulative list of items is stored by the client terminal as a cookie.
  • the cookie need not contain all of the data elements in the shopping basket data array, but may only contain as much data as is needed to reconstitute that array after, for example, a system crash, or the user logging out.
  • the cookie might store a user ID and the identities and quantities of the selected items.
  • the use of a cookie in this manner gives the method of the invention as much, or a greater degree of robustness as conventional server-side shopping baskets, while still avoiding the disadvantages of requiring frequent communication with a server-side database.
  • the method further comprises: (h) calculating at the customer terminal from data elements in the first data array a total price for purchase items selected by the user, and displaying the said total price at the customer terminal.
  • step (d) of the method may further comprise:
  • step (iii) instantiating a second data array and, when a special offer purchase item is selected, populating both the first and second data arrays with data elements from the said set of data corresponding to the selected purchase item, the data elements in the second array including, for each selected special offer purchase item, data determining a modification to the price of the said purchase item; and in step (h) the total price is calculated from data elements in both the first and second data arrays.
  • the inventors have found that the flexibility in operation and maintenance of the electronic commerce system is significantly enhanced by the use on the customer terminal of a second data array specifically for those purchase items to which special offers apply. This allows new special offers to be implemented without extensive changes to the core data, or to the basic functions used, for example, to calculate a price for the shopping basket. It also enables the implementation of complex special offer schemes, for example where the customer is invited to purchase one item and then to receive associated items free of charge.
  • a communications system comprising; a) means for dynamically generating at a database remote from the customer terminal a set of data identifying a plurality of items available for purchase and communicating to the customer terminal from the merchant server the said set of data identifying a plurality of items available for purchase; b) means for displaying the said data graphically at the customer terminal; c) means for registering at the customer terminal a selection made by the customer of one or more of the plurality of items; (d) means for generating at the customer terminal automatically and independently of the merchant server a cumulative list of items selected by the user by
  • a communications system comprising a) a merchant server comprising: a database programmed with data identifying a plurality of items available for purchase; a data output arranged to output a set of data dynamically generated from the database for display at a remote terminal; a signal input for receiving purchase orders returned from a customer terminal; b) a communications network connected to the merchant server; c) at least one customer terminal connected to the communications network, the customer terminal comprising: means for displaying data received from the merchant server; means for registering a selection made by the user of one or more of the plurality of items; means for generating automatically and independently of the merchant server a cumulative list of items selected by the user by generating at the customer terminal automatically and independently of the merchant server a cumulative list of items selected by the user by
  • the invention also comprises merchant servers and customer terminals adapted for use in accordance with the preceding aspects.
  • Figure 1 is a schematic of a network embodying the invention
  • Figure 2 shows a web page displayed at a customer terminal
  • Figure 3 shows a first stage in loading data on the vendor server
  • Figure 4 shows a second stage in loading data on the vendor server
  • Figure 5 shows a third stage in loading data on the vendor server
  • Figure 6 shows a report returned to the vendor server during the third stage
  • Figure 7 is a flow diagram for the process of loading data.
  • a customer terminal 1 which in the present example is a personal computer running a web browser such as Microsoft Corporation's Internet Explorer (Trade Mark), is connected to a data network 2.
  • the data network is a packet network using TCP/IP technology.
  • a vendor server 3 is connected to the network 2. This is a computing platform running, e.g., commercially available software, such as Oracle's Webserver (Trade Mark).
  • the vendor server serves to the customer terminal HTTP (hypertext transfer protocol) pages generated from data stored on the vendor server in a database 4.
  • the vendor server is operated on behalf of the vendor by another party, such as a network operator.
  • the vendor has their own local server 300, which uploads data to the vendor server and downloads customer orders from the vendor server.
  • the data connection between the local server 300 and the vendor server may be made via the same network 2 as that used for the connection between the vendor server 3 and the customer terminals.
  • Figure 2 shows an example of a web page served by the vendor server 3 to a customer terminal 1 .
  • the vendor is a food retailer operating an on-line supermarket.
  • a left hand frame 21 lists different categories of goods, for example frozen goods, hot beverages, laundry and cleaning. Each item in this list is a link which, when selected by the customer, returns to the central frame 22, a list of further sub-categories, such as frozen vegetables, ready-made meals, etc. for the "frozen goods" category.
  • a list of the products in question is returned to the central frame 22.
  • Each time a category or sub-category link is selected by the user this is communicated by the web browser to the vendor server.
  • a PL/SQL query is run to address data in the database 4 in order to return to the customer, e.g., the list of sub-categories or the list of products.
  • the database 4 dynamically generates a set of data, which is sent to the customer in an HTML page.
  • PL/SQL is an enhanced version of SQL (standard query language) available commercially from Oracle and designed to provide a procedural language for programs to query relational databases.
  • the results of the PL/SQL query are stored in a Javascript (Trade Mark) function encapsulated in a dynamically generated HTML page displayed on the customer terminal.
  • the data displayed in the central frame 22 is a list of goods (in this case frozen vegetables) with their prices and buttons 220 which may be selected by the user to add items from the list of goods to a shopping basket, that is a cumulative list of goods which have been selected for purchase.
  • the Javascript program encapsulated in the HTML page adds the corresponding data item to a shopping basket array variable, which stores data on all the items selected for purchase in the course of transaction. If there is a special offer associated with the selected goods, then the data item is also added to a special offer Javascript array variable which stores data on all selected items to which special offers apply.
  • the shopping basket as updated with the selected data item is stored as a cookie, that is as a data item which is stored in a predefined format and which is returned by the web client to the server when the client next transmits an HTTP request to the server.
  • Cookies are designed to allow persistent state information to be stored and typically will be saved by the web browser in a predetermined directory of a mass storage device at the customer terminal, such as the hard disk of a PC.
  • the Javascript variables are held in RAM for duration of the transaction.
  • the Javascript program running at the customer terminal uses a further Javascript function, draw_basket, to generate a display of the contents of the shopping basket. This is output to a third frame 23 at the bottom of the web page.
  • Each item in the basket has beside buttons for deleting or amending the item. Selecting the buttons triggers further Java functions running on the customer terminal to amend the data arrays accordingly.
  • the add_to_basket, add_to_special-offer and draw_basket functions are defined in the Javascript source code listing set out in the Table below. Tables 2 and 3 show examples of, respectively, a first data array corresponding to the main shopping basket array, and a second data array corresponding to special offer purchase items.
  • a Java script program running on the customer terminal initiates these two variable length data arrays, and then populates these arrays with data elements from the set of data contained in the dynamically generated HTML page, as the corresponding purchase items are selected.
  • the data elements stored in the first array include an ID for each selected item, a variable indicating the quantity of each items selected, the price of each item, a textual description of each item, a status flag, and a flag string.
  • the flag string includes a number of fields a, b, c ... "SO" is written into one of these fields in the case of purchase items to which a special offer applies.
  • corresponding data elements are also written into the second data array, as illustrated in Table 3. This includes a description of the relevant special offer.
  • the offer is "buy chicken, get free pie, peas and potatoes".
  • a trigger quantity is specified also. In this example this has the value 1 for the chicken, since any purchase of the chicken triggers the offer.
  • the trigger quantity may have a higher value and the special offer scheme will not be applied when the quantity purchased is below the quantity trigger value.
  • Purchase items are specified in the related 8
  • the array also includes data elements identifying any related group, the item's own group, and the discount applied to the item.
  • a zero discount is applied to the chicken.
  • the discount field has a discount of 1 , that is a 100% discount is applied so that the item is free to the purchaser.
  • a total price calculation function included in the Java script downloaded to the customer terminal steps through the first array and for items with no special offer flag string set, calculates an addition to the cumulative price simply by multiplying the item quantity and the unit price.
  • the discount is read from the second array and the appropriate discount applied in calculating the total cost of the shopping basket.
  • More than one type of special offer scheme may be used. For example, in addition to the "buy chicken, get free pie, peas and potatoes" scheme illustrated in Tables 2 and 3, a “buy two get one free” scheme may apply to others.
  • the customer may subsequently select other categories from the left hand frame 21 , and add other goods to the shopping basket.
  • an "order" button This causes an HTTP request to be returned to the vendor server.
  • the HTTP request includes the cookie containing the shopping basket data. This data is stored at the vendor server. Once the order has been placed, the contents of the cookie and the Javascript variables at the customer terminal are cleared.
  • the vendor server may return to the customer terminal a new HTTP page containing a confirmation that the order has been successfully placed, and a menu giving options for delivery slots for the ordered goods.
  • the selection of delivery slot by the user is returned to the server and stored together with the order.
  • the order as a whole is later downloaded to the vendor local server 300, for processing of the order, resulting in the subsequent dispatch of the ordered goods from a warehouse to a delivery address specified by the customer.
  • Figures 3 to 5 illustrate the steps by which the vendor uploads data from the local server 300 to the vendor server 3.
  • the local server first sends an HTTP request the vendor server.
  • a CGI script at the vendor server generates dynamically an HTTP page of the form shown in Figure 3.
  • the operator of the local server 300 enters in the dialogue box 301 the name of a comma delimited .csv file 302 which contains product names and prices. This file may be created, for example, within a spreadsheet.
  • the vendor server 3 then returns to the local server 300 an HTTP page of the form shown in Figure 4. This asks the vendor to identify the type of data in the .csv file, for example as products, prices or categories.
  • a request is returned to the server 3 which causes the server 3 to upload the data from the .csv file into a staging table.
  • the staging table is a temporary mirror for part of the database.
  • the server returns the page shown in Figure 4.
  • the user is requested to click on a link to initiate checking of the validity of the uploaded data.
  • a PL/SQL program running on the server 3 then checks the validity of the data against predetermined criteria - for example the check may identify any categories for which there are no products, or any products for which there are no price data.
  • the vendor server 3 returns to the local server 300 details of any inconsistencies, so that the vendor can amend the data in their own tables and then upload the corrected data as an amended .csv file.
  • the vendor may click on link 501 in order to preview the data as it will be displayed to a customer.
  • the server then dynamically generates a web page like that shown in Figure 2, using the same HTTP, Javascript and PL/SQL code, but taking the data from the staging table rather than from the database 5.
  • the vendor causes the data to be transferred from the staging tables to the database 5.
  • the process of loading data described above is illustrated in the flow diagram of Figure 7. 10
  • ⁇ v_qty v_basket.substring(0,v_basket.indexOf('##PDT##'));
  • n_basket + '##PDT##'+v_product+'##QTY##'+v_qty;
  • ⁇ var limit basket.length-number of items in basket

Landscapes

  • Business, Economics & Management (AREA)
  • Accounting & Taxation (AREA)
  • Finance (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)
  • Marketing (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Control Of Vending Devices And Auxiliary Devices For Vending Devices (AREA)

Abstract

In a communications network used for electronic commerce, a merchant server sends to a customer terminal data on items available for purchase. The data is displayed at the customer terminal, for example using a web browser. The customer selects items to be purchased and a cumulative list of the selected items (the 'shopping basket') is generated at the customer terminal automatically and independently of the merchant server. The cumulative list may be generated by a program encapsulated, for example as a Javascript (Trade Mark) function, in the data downloaded from the merchant server.

Description

COMMUNICATIONS SYSTEM FOR ELECTRONIC COMMERCE BACKGROUND TO THE INVENTION
The present invention relates to a communications system, and in particular to a system designed to support electronic commerce. The growth of the internet and world wide web has made electronic commerce an important field, and much effort has been directed to designing systems which facilitate on-line trading. However, while internet retail sites for occasional and relatively high-value purchases, such as on-line bookstores, have achieved some success, the variability in the quality of service offered by the internet, and in particular the slowness of connections at times of peak usage, has inhibited the more widespread acceptance of on-line retailing by customers. SUMMARY OF THE INVENTION
A method of operating a communications system comprising a merchant server, at least one customer terminal, and a communications network linking the merchant server to the customer terminal, the method comprising: a) dynamically generating at a database remote from the customer terminal a set of data identifying a plurality of items available for purchase and communicating to the customer terminal from the merchant server the said set of data identifying a plurality of items available for purchase; b) displaying the said data at the customer terminal; c) registering at the customer terminal a selection made by the customer of one or more of the plurality of items; d) generating at the customer terminal automatically and independently of the merchant server a cumulative list of items selected by the user by (i) instantiating a first data array
(ii) populating the first data array with data elements from the said set of data, the said elements corresponding to the or each item selected by the user; e) updating the said list at the customer terminal in response to any subsequent selection by the user of further items; f) displaying the said list at the customer terminal;and g) in response to a further input from the user, communicating via the communications network to the merchant server a purchase order including data from the list. Conventionally, on-line retail sites have provided the customer with a cumulative list of items selected for purchase. The merchant server records each selection and returns a modified list to the customer terminal for display. For obvious reasons, this list is termed the "shopping basket". The present invention dynamically generates a set of data from a database, transfers this data to the customer, and then shifts the step of generating and displaying the shopping basket entirely to the customer terminal, so that it can be carried out without requiring further exchange of data with the merchant server. This dramatically increases the perceived speed of operation for the user, and reduces the variability of the speed of response with changes in the communications network.
The customer terminal may be a personal computer connected to the internets mobile terminal, a multimedia kiosk such as BT's Touchpoint (Trade Mark) or any other suitable device.
Preferably step (a) includes communicating a web page including the said data to the customer terminal and step (b) is carried out by a web client application running at the customer terminal. Preferably the method includes communicating with the said data in step (a) a program to be executed at the customer terminal, which program carries out at least step (d).
It is found to be particularly advantageous to download with the data the program which generates and displays the shopping basket at the customer terminal. For example, the program might take the form of Javascript contained within an HTML page (JavaScript is a Trade Mark of Sun Microsystems). Then although the data processing for the shopping basket takes place entirely at the customer terminal, the method by which the data is processed is nonetheless determined by the merchant server platform. Then, for example, if it is necessary to change the format in which the data is communicated to the merchant when the order is confirmed, this change can be effected simply by modifying appropriately the program.
Preferably at least part of the data defining the cumulative list of items is stored by the client terminal as a cookie. The cookie need not contain all of the data elements in the shopping basket data array, but may only contain as much data as is needed to reconstitute that array after, for example, a system crash, or the user logging out. For example, the cookie might store a user ID and the identities and quantities of the selected items. The use of a cookie in this manner gives the method of the invention as much, or a greater degree of robustness as conventional server-side shopping baskets, while still avoiding the disadvantages of requiring frequent communication with a server-side database. Preferably the method further comprises: (h) calculating at the customer terminal from data elements in the first data array a total price for purchase items selected by the user, and displaying the said total price at the customer terminal.
In this case, step (d) of the method may further comprise:
(iii) instantiating a second data array and, when a special offer purchase item is selected, populating both the first and second data arrays with data elements from the said set of data corresponding to the selected purchase item, the data elements in the second array including, for each selected special offer purchase item, data determining a modification to the price of the said purchase item; and in step (h) the total price is calculated from data elements in both the first and second data arrays.
The inventors have found that the flexibility in operation and maintenance of the electronic commerce system is significantly enhanced by the use on the customer terminal of a second data array specifically for those purchase items to which special offers apply. This allows new special offers to be implemented without extensive changes to the core data, or to the basic functions used, for example, to calculate a price for the shopping basket. It also enables the implementation of complex special offer schemes, for example where the customer is invited to purchase one item and then to receive associated items free of charge. According to a second aspect of the present invention, there is provided a communications system comprising; a) means for dynamically generating at a database remote from the customer terminal a set of data identifying a plurality of items available for purchase and communicating to the customer terminal from the merchant server the said set of data identifying a plurality of items available for purchase; b) means for displaying the said data graphically at the customer terminal; c) means for registering at the customer terminal a selection made by the customer of one or more of the plurality of items; (d) means for generating at the customer terminal automatically and independently of the merchant server a cumulative list of items selected by the user by
(i) instantiating a first data array (ii) populating the first data array with data elements from the said set of data, the said elements corresponding to the or each item selected by the user; e) means for updating the said list at the customer terminal in response to any subsequent selection by the user of further items; f) means responsive to a further input from the user, for communicating via a communications network to the merchant server a purchase order including data from the list.
According to a third aspect of the present invention, there is provided a communications system comprising a) a merchant server comprising: a database programmed with data identifying a plurality of items available for purchase; a data output arranged to output a set of data dynamically generated from the database for display at a remote terminal; a signal input for receiving purchase orders returned from a customer terminal; b) a communications network connected to the merchant server; c) at least one customer terminal connected to the communications network, the customer terminal comprising: means for displaying data received from the merchant server; means for registering a selection made by the user of one or more of the plurality of items; means for generating automatically and independently of the merchant server a cumulative list of items selected by the user by generating at the customer terminal automatically and independently of the merchant server a cumulative list of items selected by the user by
(i) instantiating a first data array (ii) populating the first data array with data elements from the said set of data, the said elements corresponding to the or each item selected by the user; means responsive to a further input from the user for communicating via the communications network to the merchant server a purchase order including data from the said cumulative list of items.
The invention also comprises merchant servers and customer terminals adapted for use in accordance with the preceding aspects. BRIEF DESCRIPTION OF THE DRAWINGS Systems embodying the present invention, will now be described in further detail, by way of example only, with reference to the accompanying drawings, in which:
Figure 1 is a schematic of a network embodying the invention; Figure 2 shows a web page displayed at a customer terminal; Figure 3 shows a first stage in loading data on the vendor server;
Figure 4 shows a second stage in loading data on the vendor server; Figure 5 shows a third stage in loading data on the vendor server; Figure 6 shows a report returned to the vendor server during the third stage; and Figure 7 is a flow diagram for the process of loading data.
DESCRIPTION OF EXAMPLES
A customer terminal 1 , which in the present example is a personal computer running a web browser such as Microsoft Corporation's Internet Explorer (Trade Mark), is connected to a data network 2. In the present example the data network is a packet network using TCP/IP technology. A vendor server 3 is connected to the network 2. This is a computing platform running, e.g., commercially available software, such as Oracle's Webserver (Trade Mark). The vendor server serves to the customer terminal HTTP (hypertext transfer protocol) pages generated from data stored on the vendor server in a database 4. In this example, the vendor server is operated on behalf of the vendor by another party, such as a network operator. The vendor has their own local server 300, which uploads data to the vendor server and downloads customer orders from the vendor server. The data connection between the local server 300 and the vendor server may be made via the same network 2 as that used for the connection between the vendor server 3 and the customer terminals.
Figure 2 shows an example of a web page served by the vendor server 3 to a customer terminal 1 . In this example, the vendor is a food retailer operating an on-line supermarket. A left hand frame 21 lists different categories of goods, for example frozen goods, hot beverages, laundry and cleaning. Each item in this list is a link which, when selected by the customer, returns to the central frame 22, a list of further sub-categories, such as frozen vegetables, ready-made meals, etc. for the "frozen goods" category. When the user selects one of these sub- categories by clicking on the relevant link, a list of the products in question is returned to the central frame 22. Each time a category or sub-category link is selected by the user, this is communicated by the web browser to the vendor server. At the vendor server, a PL/SQL query is run to address data in the database 4 in order to return to the customer, e.g., the list of sub-categories or the list of products. In this way, the database 4 dynamically generates a set of data, which is sent to the customer in an HTML page. PL/SQL is an enhanced version of SQL (standard query language) available commercially from Oracle and designed to provide a procedural language for programs to query relational databases. The results of the PL/SQL query are stored in a Javascript (Trade Mark) function encapsulated in a dynamically generated HTML page displayed on the customer terminal.
In the example illustrated in Figure 2, the data displayed in the central frame 22 is a list of goods (in this case frozen vegetables) with their prices and buttons 220 which may be selected by the user to add items from the list of goods to a shopping basket, that is a cumulative list of goods which have been selected for purchase. In response to the selection by the user of the button 220, the Javascript program encapsulated in the HTML page adds the corresponding data item to a shopping basket array variable, which stores data on all the items selected for purchase in the course of transaction. If there is a special offer associated with the selected goods, then the data item is also added to a special offer Javascript array variable which stores data on all selected items to which special offers apply. In addition, the shopping basket as updated with the selected data item is stored as a cookie, that is as a data item which is stored in a predefined format and which is returned by the web client to the server when the client next transmits an HTTP request to the server. Cookies are designed to allow persistent state information to be stored and typically will be saved by the web browser in a predetermined directory of a mass storage device at the customer terminal, such as the hard disk of a PC. The Javascript variables are held in RAM for duration of the transaction.
After running the functions add_to_basket and/or add_to_special_offer, the Javascript program running at the customer terminal uses a further Javascript function, draw_basket, to generate a display of the contents of the shopping basket. This is output to a third frame 23 at the bottom of the web page. Each item in the basket has beside buttons for deleting or amending the item. Selecting the buttons triggers further Java functions running on the customer terminal to amend the data arrays accordingly. The add_to_basket, add_to_special-offer and draw_basket functions are defined in the Javascript source code listing set out in the Table below. Tables 2 and 3 show examples of, respectively, a first data array corresponding to the main shopping basket array, and a second data array corresponding to special offer purchase items. In operation, a Java script program running on the customer terminal initiates these two variable length data arrays, and then populates these arrays with data elements from the set of data contained in the dynamically generated HTML page, as the corresponding purchase items are selected. As shown in Table 2, the data elements stored in the first array include an ID for each selected item, a variable indicating the quantity of each items selected, the price of each item, a textual description of each item, a status flag, and a flag string. The flag string includes a number of fields a, b, c ... "SO" is written into one of these fields in the case of purchase items to which a special offer applies. For such purchase item, corresponding data elements are also written into the second data array, as illustrated in Table 3. This includes a description of the relevant special offer. In the example shown, the offer is "buy chicken, get free pie, peas and potatoes". A trigger quantity is specified also. In this example this has the value 1 for the chicken, since any purchase of the chicken triggers the offer. However, for other special offer schemes, for example for a scheme of the type "buy 2 get 1 free" the trigger quantity may have a higher value and the special offer scheme will not be applied when the quantity purchased is below the quantity trigger value. Purchase items are specified in the related 8
product ID field, when the special offer is dependent upon some other product having been purchased. The array also includes data elements identifying any related group, the item's own group, and the discount applied to the item. In the case of the illustrated special offer, a zero discount is applied to the chicken. However, for the related items in the special offer array, the pie, peas and roast potatoes, the discount field has a discount of 1 , that is a 100% discount is applied so that the item is free to the purchaser. Subsequently, a total price calculation function included in the Java script downloaded to the customer terminal steps through the first array and for items with no special offer flag string set, calculates an addition to the cumulative price simply by multiplying the item quantity and the unit price. For other items, where the special offer flag is set, then as well as reading the price from the first array, the discount is read from the second array and the appropriate discount applied in calculating the total cost of the shopping basket. More than one type of special offer scheme may be used. For example, in addition to the "buy chicken, get free pie, peas and potatoes" scheme illustrated in Tables 2 and 3, a "buy two get one free" scheme may apply to others.
The customer may subsequently select other categories from the left hand frame 21 , and add other goods to the shopping basket. When all the selections have been made the customer selects an "order" button. This causes an HTTP request to be returned to the vendor server. The HTTP request includes the cookie containing the shopping basket data. This data is stored at the vendor server. Once the order has been placed, the contents of the cookie and the Javascript variables at the customer terminal are cleared. In response to the HTTP request the vendor server may return to the customer terminal a new HTTP page containing a confirmation that the order has been successfully placed, and a menu giving options for delivery slots for the ordered goods. The selection of delivery slot by the user is returned to the server and stored together with the order. The order as a whole is later downloaded to the vendor local server 300, for processing of the order, resulting in the subsequent dispatch of the ordered goods from a warehouse to a delivery address specified by the customer.
Figures 3 to 5 illustrate the steps by which the vendor uploads data from the local server 300 to the vendor server 3. The local server first sends an HTTP request the vendor server. A CGI script at the vendor server generates dynamically an HTTP page of the form shown in Figure 3. The operator of the local server 300 enters in the dialogue box 301 the name of a comma delimited .csv file 302 which contains product names and prices. This file may be created, for example, within a spreadsheet. The vendor server 3 then returns to the local server 300 an HTTP page of the form shown in Figure 4. This asks the vendor to identify the type of data in the .csv file, for example as products, prices or categories. By clicking on the appropriate link, a request is returned to the server 3 which causes the server 3 to upload the data from the .csv file into a staging table. The staging table is a temporary mirror for part of the database. When the data has been uploaded, the server returns the page shown in Figure 4. The user is requested to click on a link to initiate checking of the validity of the uploaded data. A PL/SQL program running on the server 3 then checks the validity of the data against predetermined criteria - for example the check may identify any categories for which there are no products, or any products for which there are no price data. As shown in Figure 5, the vendor server 3 returns to the local server 300 details of any inconsistencies, so that the vendor can amend the data in their own tables and then upload the corrected data as an amended .csv file. When the integrity of the data has been confirmed, the vendor may click on link 501 in order to preview the data as it will be displayed to a customer. The server then dynamically generates a web page like that shown in Figure 2, using the same HTTP, Javascript and PL/SQL code, but taking the data from the staging table rather than from the database 5. Once the vendor is happy with the data, and the consistency of the data has been checked, then by selecting the upload link 502, the vendor causes the data to be transferred from the staging tables to the database 5. The process of loading data described above is illustrated in the flow diagram of Figure 7. 10
TABLE
Javascript (TM) shopping basket source code
// Add the specified item into the array and the cookie // function add_to_basket(p_code, p qty, p_name, p_price, p_offer)
{ var exist = - 1 ; var v_basket = get cookie('SHOPPING-BASKET'); var n basket = '#'; var v_property; var v_product; var v_qty; var ne _quantity = 0; var today = new Date(); p_qty=Math.round(parseFloat(p_qty)* 100)/l 00; if ( !(p_offer & _unit_kg__) && !(p_offer & _unit_lb_ ) P_qty = ath.ceil(p_qty); if (v_basket.length > 0)
{ v_basket = v_basket.substring(l,v_basket.length); if ( y_basket.indexOf('##PDT##') < 0 ) v_property = v_basket.substring(0,v_basket.length); else v_property = v_basket.substring(0,v_basket.indexOf('##PDT##')); v basket = v_basket.substring(v_property.length,v_basket.length); n basket += v_property; for (var counter=0; counter<basket.length; counter++) { if (basket[counter].product_code==p_code) exist=counter;
} if (exist == -1)
{ basketfbasket. length] = new defιne_basket_content(); basket[basket.length].product_code = p code; basket[basket.length]. quantity = p_qty; basket[basket.length].name = p_name; basket[basket.length] .price = p_price; basket[basket.length].offer_code = p offer; basket[basket.length].status = 1 ; basket.length++; new_quantity=p_qty;
} else
{ basketfexist] .quantity+=p_qty ; new_quantity=basket[exist].quantity;
} exist=-l; while ( v_basket. length > 7)
{ v basket = v_basket.substring(7,v_basket.length); y_product = v_basket.substring(0,v_basket.indexOf('##QTY##')); 1 1
v_basket = v_basket.substring(v_product.length,v_basket.length); v basket = v_basket.substring(7,v_basket.length); if (v_basket.indexOf('##PDT##') > 0)
{ v_qty = v_basket.substring(0,v_basket.indexOf('##PDT##'));
} else
{ v_qty = v_basket.substring(0,v_basket. length); } v_basket = v_basket.substring(v_qty.length,v_basket.length); if (v_product == p code)
{ n_basket += '##PDT##'+p_code+,##QTY##'+new_quantity; exist=l ;
} else n_basket += '##PDT##'+v_product+'##QTY##'+v_qty;
} if (exist==-l)
{ n_basket += '##PDT##'+p_code+'##QTY##'+new_quantiry;
} set_cookie('SHOPPING-BASKET',n_basket,new Date(today.getYear(), ((today. getMonth()+l == 12) ? 0 : (today.getMonth()+l) ),
((today .getDate() >= 28) ? 28 : today.getDate() ) ) );
} parent.body.rbottom.location='/shop/shopping_basket.htm ;
}
function add_to_special_offer(p_code, o code, disc, desc, pck) { var exist = 0; for (var counter=0; counter<special_offer. length; counter++)
{ if ( (special_offer[counter].product_code==p_code) && (special_offer[counter].offer_code==o_code) ) exist=l ;
} if(exist == 0)
{ special_offer[special_offer. length] = new define_special_offer_content(); special_offer[special_offer. length] .product code = p code; special_offer[special_offer.length].offer_code = o code; special_offer[special_offer. length], discount = disc; special_offer[special_offer.length].desc = desc; special_offer[special_offer.length].pck = pck; special_offer.length+-t-;
} } //
// Just set the cookie on the client side // 12
function set_cookie(name, value, expiry date)
{ document.cookie = name + "=" + value
+ ((expiry date == null) ? "" : ("; expires=" + expiry_date.toGMTString()))+ "path=/shop/"; } //
// Just get the specified cookie and treat it on the client side // function get_cookie(name) { var seek = name+ "="; if (document.cookie.length > 0)
{ offset = document.cookie. indexOf(seek) ; if (offset != -l)
{ // if the cookie exists offset += seek.length; // starting point end = document.cookie.indexOfC';", offset); // ending point if (end == -1) end = document.cookie.length; return document.cookie.substring(offset, end);
} } }
// Just print a line of the shopping basket, formatting the data // function draw_basket_line(p_code, o code, item, price, qty, total, status)
{ printf('<tr><td bgcolor=navajowhite align=right><a name=line'+p_code+'x/a>'
+( (o code & special_offer_ ) ? ( (status == 1) ? ('<a href="javascript:parent.parent.support.show_offer(\"
+p_code+'\')" OnMouseOver="window.status=VShow details of the special offer\';return true'" +' OnMouseOut="window.status=V \';return true"><img src='+server_name +'/images/arrow_right.gif border=0></a>') : ('<a href="javascript:parent.parent.support.hide_offer(\" +p_code+'V)" OnMouseOver="window.status=YHide details of the special offer\';return true'"
+' OnMouseOut="window.status=V V;rerurn true"><img src='+server_name +'/images/arrow_down.gif border=0></a>') ) : '&nbsp;' ) +'</td><td bgcolor=navajowhite>' +'<a href='"+server_name+'/merchant/owa categories.show__product_details?shop_code='+p_code+'" ' +' OnMouseOver="window.status=VDisplay details for '+item+'V;return true'" +' OnMouseOut="window.status=V V;return true" target=main>'+item +'</a></td><td align=right bgcolor=navajowhite>'
+( (navigator.appName=="Netscape") ? ( ((price < 1) && (0 < price) ) ? (O'+price) : price) : price )
+( (Math.ceil(price) == price ) ? ('.0') : " )
+( (Math.ceil(price* 10)/10 == price ) ? ('0') : " )
+( (o code & unit_kg ) ? ' per kg' : ( (o code & unit lb ) ? ' per lb' : ' each'))
+'</td><td align=right bgcolor=navajowhite>'+qty+'</td>' +'<td align=right bgcolor=navajowhite>' 1 3
+( (navigator.appName=="Netscape") ? ( ((total < 1) && (0 < total) ) ? (O'+total) : total) : total
)
+( (Math.ceil(total) == total ) ? ('.0') : " ) +( (Math.ceil(total* 10)/10 == total ) ? ('0') : " ) +'</td><td align=center bgcolor=navajowhite>'
+'<a href="javascript:parent.parent.support.remove_item(\"+p_code+'\');'" +' OnMouseOver="window.status=\'Remove item...\';return true'" +' OnMouseOut="window.status=\' V;return true">'
+'<img src='"+server_name+'/images/rect.gif ' border=0></a></td><td align=center bgcolor=navajowhite>'
+'<a href="/shop/amend_basket?code='+p_code+"" +' OnMouseOver="window.status=VAmend item...V;return true'" +' OnMouseOut="window.status=V \';return true">' +'<img src='"+server_name+'/images/rect.gif border=0></a></td></tr>'); } // // // function draw_special_offer_line(p_code) { for (var counter=0; counter<special_offer.length; counter++)
{ if (special offerf counter] .product_code==p_code) printf('<tr><td></td><td bgcolor=navajowhite align=rigth><b>'+special_offer[counter].desc +'</b></td><td colspan=5></td></tr>');
} } // // Just draw the line containing the total amount of the shopping basket // function draw basket total (total, nb_item)
{ printf('<tr><td colspan=4 align=right bgcolor=#DFDFFF><b>order total amount : ' +( (shipping_comment.length>0) ? '<i>('+shipping_comment+')</i>' : ")
+'</b></td><td align=right bgcolor=#DFDFFF><b>£&nbsp;'
+( (navigator.appName=="Netscape") ? ( ((total < 1) && (0 < total) ) ? (O'+total) : total) : total
)
+( (Math.ceil(total) == total ) ? ('.0') : " ) +( (Math.ceil(total* 10)/10 == total ) ? ('0') : " )
+'</b></td><td colspan=2 bgcolor=#DFDFFF align=left><b><i>( '+nb_item +' item'÷ ( (nb_item >1) ? 's ' : ' ')+')< b></i> </td></tr></table>');
} // // Just print the closing html tags in the basket frame // function draw_document_trailer()
{ printf('</center></body></html>'); } //
// Just draw the title line of the amend screen // function draw_amend_title(code) { 1 4
printf('<form name=AmendBasket method=GET><input type=hidden name=shop_code value='"+code +'"><table border=0 cellspacing=5 width=" 100%"><tr><td></td>'
+'<td bgcolor=#DFDFFF width="60%" align=center><font face="arial,helvetica">' +'<b><i>Item</i></b></font></td><td bgcolor=#DFDFFF width="20%" colspan=2 align=center>'
+'<font face="arial,helvetica"><b><i>Price</i></b></font></td>' +'<td bgcolor=#DFDFFF width="20%" colspan=2 align=center>' +'<font face="arial,helvetica"><b><i>Quantity</i></b></font></center></td><td></td></tr>'); } //
// Just draw the description of the product in the amend basket screen // function draw_amend_line(name, quantity, price, product_code, offer code) { printf('<tr><td></td><td bgcolor=navajowhite>'+name
+'</td><td bgcolor=navajowhite align=right colspan=2>'
+( (navigator.appName=="Netscape") ? ( ((price < 1 ) && (0 < price) ) ? (O'+price) : price) : price ) +( (Math.ceil(price) == price ) ? ('.0') : " )
+( (Math.ceil(price* 10)/10 == price ) ? ('0') : " )
+'</td><td bgcolor=navajowhite align=right colspan=2><input type=text name=p_qty value='"
+quantity+'" size=4 maxlength=4 onchange="parent.parent.support.validate_form(\" +offer_code+'V)">'
+'<input type=button value="Ok" onclick="parent.parent.support.validate_form(\" +name+'V)">' +'</td></tr>'); draw_special_offer_line(product_code); printf(,</table></form>'); }
// draw basket generates the call to all the drawing procedures for the shopping basket, // it helds the calculus of discounts and amount of the basket. // function draw_basket()
{ var total_amount = 0; var price = 0; var sub total = 0; var sp index = 0; var numero = -l; var nb item = 0; parent.left.shop_menu.set_left_menu(); draw_document_header(); draw_basket_title(); if (number_of_items_in_basket==- 1 )
{ var limit = 0;
} else 1 5
{ var limit = basket.length-number of items in basket;
} r (var counter=basket. length- 1 ; counter>=0; counter--) { price = Math.round(basket[counter] .price* 100)/100; sub total = Math.round(basket[counter].price*basket[counter].quantity* 100)/100; if ( basket[counter].offer_code & package discount )
{ numero=-l ; for (sp_index=0; sp_index<special_offer.length; sp_index++)
{ if ( (special_offer[sp_index].product_code == basket[counter].product_code)
&& (special_offer[sp_index].offer_code — package discount ) ) numero=sp_index;
} if (basketfcounterj. quantity >= special_offer[numero].pck)
{ price = Math.round(basket[counter].price*(l -special_offer[numero].discounf)* 100)/l 00; sub total = Math.round(basket[counter].price*( 1 -special_offer[numero].discount)* basket[counter].quantity* 100)/100; } } if ( basket[counter].offer_code & multibuy ) { numero=-l ; for (sp_index=0; sp_index<special_offer. length; sp_index++)
{ if ( (special_offer[sp_index].product_code == basket[counter].product_code) && (special_offer[sp_index].offer_code == multibuy ) ) numero=sp_index;
} sub total = Math.round(basket[counter] .price*
( Math.floor( basket[counter] .quantity / special_offer[numero].pck) * special_offer[numero]. discount +
( basket[counter]. quantity % special_offer[numero].pck) )* 100)/100;
} if (counter >= limit) draw_basket_line(basket[counter].product_code, basket[counter].offer_code, basket[counter].name, price, basket[counter]. quantity, sub_total,basket[counter].status); if ( ( basket[counter].offer_code & special offer ) && (basket[counter].status==2) ) draw_special_offer_line(basket[counter].product_code); total_amount+=sub_total; if ( (basket[counter].offer_code & unit_kg ) ||
(basket[counter].offer_code & unit_lb ))
{ nb item += 1 ; } else
{ nb_item += basket[counter]. quantity;
} } 16
draw_basket_total(Math.round(total_amount* 100)/100, nb item); draw_document_trailer(); basket current total = Math.round(total_amount* 100)/100;
}
Table 2
Item /I.D. Quantity Price Description Status Flag String
Chicken /l 1 £2 "text" O.K (a,b,c,so)
Pie 12 1 £1 "text" O.K. (a,b,c,so)
Peas /3 1 £.6 "text" O.K. (a,b,c,so)
Roast Pots. /4 1 £.6 "text" O.K. (a,b,c,so)
Figure imgf000018_0001
Table 3
Item /I.D. Description Quantity Related Related Group Discount Special Offer Trigger Product Id Group Scheme
Chicken /l "buy 1 A A 0 Z chicken, get free pie, peas and pots."
Pie a As above 0 1 - A 1 Z
Peas /3 As above 0 1 - A 1 z
Roast Pots 14 As above 0 1 - A 1 z
Figure imgf000018_0002

Claims

17CLAIMS
1 . A method of operating a communications system comprising a merchant server, at least one customer terminal, and a communications network linking the merchant server to the customer terminal, the method comprising: a) dynamically generating at a database remote from the customer terminal a set of data identifying a plurality of items available for purchase and communicating to the customer terminal from the merchant server the said set of data identifying a plurality of items available for purchase; b) displaying the said data at the customer terminal; c) registering at the customer terminal a selection made by the customer of one or more of the plurality of items; d) generating at the customer terminal automatically and independently of the merchant server a cumulative list of items selected by the user by (i) instantiating a first data array
(ii) populating the first data array with data elements from the said set of data, the said elements corresponding to the or each item selected by the user; e) updating the said list at the customer terminal in response to any subsequent selection by the user of further items; f) displaying the said list at the customer terminal;and g) in response to a further input from the user, communicating via the communications network to the merchant server a purchase order including data from the list.
2. A method according to claim 1 , in which step (a) includes communicating a web page including the said data to the customer terminal and step (b) is carried out by a web client application running at the customer terminal.
3. A method according to claim 1 or 2, including communicating with the said data in step (a) a program to be executed at the customer terminal, which program carries out at least step (d). 1 8
4. A method according to claim 3 when dependent on claim 2, in which at least part of the data defining the cumulative list of items is stored by the client terminal as a cookie.
5. A method according to any one of the preceding claims, further comprising;
(h) calculating at the customer terminal from data elements in the first data array a total price for purchase items selected by the user and displaying the said total price at the customer terminal.
6. A method according claim 5, in which step (d) further comprises: iii) instantiating a second data array and, when a special offer purchase item is selected, populating both the first and second data arrays with data elements from the said set of data corresponding to the selected purchase item, the data elements in the second array including, for each selected special offer purchase item, data determining a modification to the price of the said purchase item; and, in which in step (h), the total price is calculated from data elements in both the first and second data arrays.
7. A method according to any one of the preceding claims, further comprising a step of uploading to the merchant server from a source remote from the merchant server data identifying a plurality of items available for purchase, and in which the said step of uploading includes storing data uploaded to the vendor server in a staging table, checking the validity of the said data, and only transferring the said data from the staging table to the database used to generate the display in step (b) depending on the result of the said checking of the validity.
8. A method according to claim 7, including, as part of the step of uploading data to the vendor server, a step of generating from data held in the staging table a preview of a display corresponding to the display of step (b).
9. A method according to any one of claims 5 to 7, in which the step of uploading includes requesting a web page from the vendor server, and indicating 1 9
in data entry means provided in the said web page the location at the remote source of the data to be uploaded.
10. A communications system comprising; a) means for dynamically generating at a database remote from the customer terminal a set of data identifying a plurality of items available for purchase and communicating to the customer terminal from the merchant server the said set of data identifying a plurality of items available for purchase; b) means for displaying the said data graphically at the customer terminal; c) means for registering at the customer terminal a selection made by the customer of one or more of the plurality of items;
(d) means for generating at the customer terminal automatically and independently of the merchant server a cumulative list of items selected by the user by (i) instantiating a first data array
(ii) populating the first data array with data elements from the said set of data, the said elements corresponding to the or each item selected by the user; e) means for updating the said list at the customer terminal in response to any subsequent selection by the user of further items; f) means responsive to a further input from the user, for communicating via a communications network to the merchant server a purchase order including data from the list.
1 1 . A communications system comprising a) a merchant server comprising: a database programmed with data identifying a plurality of items available for purchase; a data output arranged to output a set of data dynamically generated from the database for display at a remote terminal; a signal input for receiving purchase orders returned from a customer terminal; b) a communications network connected to the merchant server; 20
c) at least one customer terminal connected to the communications network, the customer terminal comprising: means for displaying data received from the merchant server; means for registering a selection made by the user of one or more of the plurality of items; means for generating automatically and independently of the merchant server a cumulative list of items selected by the user by generating at the customer terminal automatically and independently of the merchant server a cumulative list of items selected by the user by (i) instantiating a first data array
(ii) populating the first data array with data elements from the said set of data, the said elements corresponding to the or each item selected by the user;
# means responsive to a further input from the user for communicating via the communications network to the merchant server a purchase order including data from the said cumulative list of items.
1 2. A system according to claim 10 or 1 1 , in which the means for generating include a program communicated from the merchant server to the customer terminal with the said data identifying a plurality of items.
1 3. A system according to any one of claims 10 to 1 2, in which the communications network is a network supporting a packet-based internetworking protocol.
14. A system according to any one of claims 10 to 1 3, in which the merchant server includes a web server arranged to serve web pages to the or each customer terminal.
1 5. A merchant server arranged for use in a method according to any one of claims 1 to 9 or in a system according to any one of claims 10 to 14. 21
1 6. A customer terminal arranged for use in a method according to any one of claims 1 to 9 or in a system according to any one of claims 10 to 14.
1 7. A merchant server for use in a method according to any one of claims 1 to 9, the merchant server comprising: a store programmed with data identifying a plurality of items available for purchase; a data output arranged to output data from the data store for display at a remote terminal; a signal input for receiving purchase orders returned from a remote terminal.
1 8. A merchant server according to claim 1 7, in which the store further comprises a client-side program, which program is, in use, communicated to the customer terminal, the client-side program being arranged to generate automatically and independently of the merchant server, for display at the customer terminal, a cumulative list of items selected by the user by generating at the customer terminal automatically and independently of the merchant server a cumulative list of items selected by the user by (i) instantiating a first data array
(ii) populating the first data array with data elements from the said set of data, the said elements corresponding to the or each item selected by the user;
1 9. A customer terminal for use in a method according to any one of claims 1 to 9, comprising: means for receiving and displaying data identifying a plurality of items available for purchase; means for registering a selection made by the user of one or more of the plurality of items; and means for generating automatically and independently of the merchant server a cumulative list of items selected by the user by: (i) instantiating a first data array 22
(ii) populating the first data array with data elements from the said set of data, the said elements corresponding to the or each item selected by the user;
20. A customer terminal according to claim 1 9, including a region of memory and in which the first data array is stored in the region of memory.
21 . A customer terminal according to claim 20, including a second data array stored in the region of memory, and in which both the first and second data arrays are populated with data elements corresponding to selected special offer purchase items, the data elements in the second array including, for each selected special offer purchase item data determining a modification to the price of the said special offer purchase item, and in which the customer terminal further comprises price calculation means arranged to calculate a total price for purchase items selected by the user from data elements in both the first and second data arrays, and to display the said total price.
PCT/GB1999/001332 1998-05-06 1999-04-29 Communications system for electronic commerce WO1999057864A1 (en)

Priority Applications (4)

Application Number Priority Date Filing Date Title
CA002331124A CA2331124A1 (en) 1998-05-06 1999-04-29 Communications system for electronic commerce
AU37205/99A AU765022B2 (en) 1998-05-06 1999-04-29 Communications system for electronic commerce
EP99919406A EP1076974A1 (en) 1998-05-06 1999-04-29 Communications system for electronic commerce
JP2000547746A JP2002514801A (en) 1998-05-06 1999-04-29 Communication system for electronic commerce

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
EP98303539 1998-05-06
EP98303539.5 1998-05-06

Publications (1)

Publication Number Publication Date
WO1999057864A1 true WO1999057864A1 (en) 1999-11-11

Family

ID=8234809

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/GB1999/001332 WO1999057864A1 (en) 1998-05-06 1999-04-29 Communications system for electronic commerce

Country Status (5)

Country Link
EP (1) EP1076974A1 (en)
JP (1) JP2002514801A (en)
AU (1) AU765022B2 (en)
CA (1) CA2331124A1 (en)
WO (1) WO1999057864A1 (en)

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1139233A1 (en) * 2000-03-31 2001-10-04 BRITISH TELECOMMUNICATIONS public limited company Method, computer and computer program for the supply of information, services or products
WO2001096998A1 (en) * 2000-06-16 2001-12-20 Ulb Aps A method of providing data items on a visual user interface
JP2003091653A (en) * 2001-09-18 2003-03-28 Hitachi Information Systems Ltd Web system control method, web system, program and recording medium
US7376594B2 (en) * 2000-09-18 2008-05-20 Hewlett-Packard Development Company, L.P. Method for distributing images via a network

Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995016971A1 (en) * 1993-12-16 1995-06-22 Open Market, Inc. Digital active advertising
WO1998021679A1 (en) * 1996-11-13 1998-05-22 Microsoft Corporation System and method for conducting commerce over a distributed network

Patent Citations (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO1995016971A1 (en) * 1993-12-16 1995-06-22 Open Market, Inc. Digital active advertising
WO1998021679A1 (en) * 1996-11-13 1998-05-22 Microsoft Corporation System and method for conducting commerce over a distributed network

Non-Patent Citations (2)

* Cited by examiner, † Cited by third party
Title
BARON C: "Implementing a Web shopping cart", DR. DOBB'S JOURNAL, September 1997 (1997-09-01), pages 64 - 85, XP002083012 *
HOQUE R: "shopping cart application with JavaScript", WEB TECH. (USA), vol. 3, May 1998 (1998-05-01), HTTP://WWW.WEBTECHNIQUES.COM, pages 63 - 68, XP002083218 *

Cited By (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP1139233A1 (en) * 2000-03-31 2001-10-04 BRITISH TELECOMMUNICATIONS public limited company Method, computer and computer program for the supply of information, services or products
WO2001096998A1 (en) * 2000-06-16 2001-12-20 Ulb Aps A method of providing data items on a visual user interface
US7376594B2 (en) * 2000-09-18 2008-05-20 Hewlett-Packard Development Company, L.P. Method for distributing images via a network
JP2003091653A (en) * 2001-09-18 2003-03-28 Hitachi Information Systems Ltd Web system control method, web system, program and recording medium

Also Published As

Publication number Publication date
EP1076974A1 (en) 2001-02-21
CA2331124A1 (en) 1999-11-11
AU765022B2 (en) 2003-09-04
JP2002514801A (en) 2002-05-21
AU3720599A (en) 1999-11-23

Similar Documents

Publication Publication Date Title
US8065195B2 (en) Method, medium, and system for universal shopping cart order injection and payment determination
US6263317B1 (en) Web sales channel conflict resolution system
US6845365B2 (en) Method and apparatus for creating and ordering customized branded merchandise over a computer network
US7475024B1 (en) System and method for distributing in real-time, inventory data acquired from in-store point of sale terminals
US6058373A (en) System and method for processing electronic order forms
US8015076B2 (en) Interactive internet shopping and data integration method and system
US7356606B2 (en) Dynamic web storefront technology
US20020042750A1 (en) System method and article of manufacture for a visual self calculating order system over the world wide web
US20070299745A1 (en) Method and apparatus for marketing products over the internet
US20030018536A1 (en) Reorder and default order mechanisms for a shopping cart of an e-commerce website
US20030014319A1 (en) Universal world wide Web user shopping cart transferable with its load from Web page to Web page
AU765022B2 (en) Communications system for electronic commerce
US20030040973A1 (en) Multi-level remote order entry system and method
KR20010011145A (en) Electronic Commerce System and Selling Method in the Same
WO2000079418A2 (en) An integrated shopping interface method and apparatus for use in electronic commerce
WO2001020503A1 (en) A method of monitoring internet activity
JP2002269414A (en) Gift order giving/receiving system and its method and its computer program
WO2001091019A1 (en) System for presenting customer constrained purchase choices in an on-line store

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A1

Designated state(s): AU CA GB JP SG US

AL Designated countries for regional patents

Kind code of ref document: A1

Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE

121 Ep: the epo has been informed by wipo that ep was designated in this application
DFPE Request for preliminary examination filed prior to expiration of 19th month from priority date (pct application filed before 20040101)
WWE Wipo information: entry into national phase

Ref document number: 09647883

Country of ref document: US

WWE Wipo information: entry into national phase

Ref document number: 37205/99

Country of ref document: AU

WWE Wipo information: entry into national phase

Ref document number: 1999919406

Country of ref document: EP

ENP Entry into the national phase

Ref document number: 2331124

Country of ref document: CA

WWP Wipo information: published in national office

Ref document number: 1999919406

Country of ref document: EP

WWG Wipo information: grant in national office

Ref document number: 37205/99

Country of ref document: AU

WWW Wipo information: withdrawn in national office

Ref document number: 1999919406

Country of ref document: EP