WO2000043852A2 - Procédés et appareil facilitant le commerce électronique - Google Patents

Procédés et appareil facilitant le commerce électronique Download PDF

Info

Publication number
WO2000043852A2
WO2000043852A2 PCT/US2000/001635 US0001635W WO0043852A2 WO 2000043852 A2 WO2000043852 A2 WO 2000043852A2 US 0001635 W US0001635 W US 0001635W WO 0043852 A2 WO0043852 A2 WO 0043852A2
Authority
WO
WIPO (PCT)
Prior art keywords
purchaser
data structure
item
page
database
Prior art date
Application number
PCT/US2000/001635
Other languages
English (en)
Other versions
WO2000043852A3 (fr
Inventor
Ross Paul Herman
Gayle Ann Keck
Original Assignee
Icanbuy.Com
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 Icanbuy.Com filed Critical Icanbuy.Com
Publication of WO2000043852A2 publication Critical patent/WO2000043852A2/fr
Publication of WO2000043852A3 publication Critical patent/WO2000043852A3/fr

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/06—Buying, selling or leasing transactions
    • G06Q30/0601—Electronic shopping [e-shopping]
    • 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/08—Payment architectures
    • G06Q20/12—Payment architectures specially adapted for electronic shopping systems

Definitions

  • the present invention relates to networked systems and, more particularly to networked systems and methods for facilitating electronic commerce.
  • HTML HyperText Markup Language
  • Web pages HTML
  • HTML files may be easily configured and created by users and accessed and displayed using specialized applications known as Web browsers, which allow a user to access and view HTML files using a graphical user interface.
  • HTTP HyperText Transfer Protocol
  • HTML provides basic document formatting functions and allows the developer of the HTML page to specify communication links to other servers and files.
  • Use of an HTML-compliant browser on a client workstation involves specification of a link via a Uniform Resource Locator address or "URL". Upon such specification, the browser makes a "TCP/IP" request to the server address identified by the link and receives a Web page in return. The browser executing on the client workstation interprets the HTML file that it has received and displays the Web page to the user of the client workstation.
  • the browser renders the Web page by interpreting HTML tags, which are embedded control information that indicates to a browser when certain action should be taken.
  • HTML tags are embedded control information that indicates to a browser when certain action should be taken.
  • a tag may indicate to the browser: (1) that a graphics file should be retrieved and displayed at a particular location on the screen; (2) that the text following the HTML tag should be centered, bolded, or otherwise formatted; (3) that the background of the Web page should be shaded or have a particular pattern; or (4) that a different HTML file should be loaded and displayed in place of the HTML the file the browser in currently displaying.
  • a burgeoning application for the WWW is electronic commerce. In this application, a user uses the browser to make a request of a server which returns information causing the browser to display a page that displays items for sale. The page also allows the user to elect and purchase one or more displayed items which are subsequently shipped to the user. Unfortunately, since most web sites display items relating to a single store or source, it can be difficult to casual
  • the present invention provides methods and apparatus for facilitating electronic commerce by providing a structure which displays items belonging to multiple vendors to a user for selection and purchase.
  • a data structure representing the potential purchaser is maintained, allowing the purchase of items to be controlled based on the user's profile.
  • the invention provides a way for supervised purchasers, such as children or supervised employees, to shop at commerce sites on the WWW without requiring a credit card to make a purchase.
  • Individuals setting permissions such as supervisors or parents, can set up accounts and have the option of controlling the items that the ultimate purchaser can buy.
  • the system can help guard against fraudulent use.
  • the present invention relates to a method for displaying an SGML page, the SGML page facilitating selection and purchase of goods from multiple vendors by purchaser.
  • a database is maintained which includes a number of item entries, at least one of the item entries representing an item for sale.
  • a data structure representing a potential purchaser is accessed.
  • the data structure includes permission information.
  • An SGML page is generated responsive to the data structure and the item entries in the database.
  • the present invention relates to an apparatus for displaying an SGML page which facilitates the selection and purchase of goods by a purchaser.
  • a first memory element stores a database which includes a number of item entries, at least one of the item entries representing an item for sale.
  • a second memory element stores a data structure representing a potential purchaser. The data structure includes permission information associated with the purchaser.
  • a page generator accesses the database stored in the first memory element and creates a SGML page for display to a potential purchaser responsive to the database and the data structure stored in the second memory element.
  • the present invention relates to an article of manufacture having computer-readable program means embodied thereon for displaying an SGML page, the SGML page facilitating selection and purchase of goods from multiple vendors by a purchaser.
  • the article includes computer-readable program means for maintaining a database.
  • the database includes a number of item entries, at least one of which represents an item for sale.
  • the article of manufacture also includes computer-readable program means for accessing a data structure representing a potential purchaser.
  • the data structure includes permission information associated with the purchaser.
  • the article of manufacture further includes computer-readable program means for generating an SGML page for display responsive to the data structure and one of the item entries.
  • the present invention relates to an article of manufacture having computer-readable program means embodied thereon for facilitating purchase of goods by a purchaser.
  • the article includes computer-readable program means for representing a potential purchaser, the program means including permission information associated with the purchaser.
  • FIG. 1 is a block diagram of a networked commerce system
  • FIG. 2 is a diagrammatic view of a client workstation that may be used in the system of FIG. 1;
  • FIG. 3 is a flowchart of the steps to be taken by a server to display an SGML page in a networked commerce system
  • FIG. 4 is a diagrammatic representation of a screen shot depicting a screen for collecting parent information
  • FIG. 5 is a diagrammatic representation of a screen shot depicting a screen for collecting supervised purchaser profile information
  • FIG. 6 is a diagrammatic representation of a screen shot depicting an embodiment of a screen for collecting information for a child profile
  • FIG. 7A is a diagrammatic representation of a screen shot depicting an embodiment of a screen for collecting payment information
  • FIG. 7B is a diagrammatic representation of a screen shot depicting an embodiment of a screen for collecting payment information
  • FIG. 8 is a data flow diagram depicting a purchaser trip to a vendor site for embodiments in which vendor sites maintain their own item entry databases
  • FIG. 9 is a data flow diagram depicting purchaser check out from a vendor site in an embodiment in which the vendor site maintains its own item entry database.
  • Client workstations 12' are connected to one or more servers 14.
  • the client workstations 12' may be connected in any physical arrangement such as a star, loop, ring, or bus.
  • the network connecting client workstations 12' and the server 14 may use any physical media, including wireless, provided that the physical media supports the HyperText Transfer Protocol (HTTP).
  • HTTP HyperText Transfer Protocol
  • the client workstation 12' may be any machine that supports reception and transmission of data signals over an HTTP network.
  • a client workstation 12' is a personal computer executing a "browser" program to display an HTML page 40, on the screen 30 of the client workstation 12'.
  • the user interacts with pages displayed by the browser utilizing a "point-and-click" interface, i.e., the viewing user uses a mouse 32 to manipulate a cursor 42 that is also displayed on the screen 30 of the client workstation 12'.
  • the viewing user signals by "clicking" or “double clicking” a button 33 on the mouse 32.
  • the viewing user may also signal by pressing a key on an associated keyboard 36, such as the "return" key.
  • the viewing user may not use a mouse 32 at all, but may instead use a touchpad, a trackball, a pressure-sensitive tablet and pen, voice recognition, or any other input mechanism for manipulating the cursor.
  • similar machines may be used to provide workstations 12' and servers 14. In some embodiments a single machine may act, at times, as both a client workstation 12' and a server 14.
  • the present invention relates to a method for displaying an SGML page that facilitates the selection and purchase of goods from multiple vendors.
  • a server 14 maintains a database 20 which includes a plurality of item entries (step 302). Each of the item entries represents an item for sale.
  • the items may be offered for sale by the operator of the server 14 or an agent of the operator. Alternatively, the item may be offered for sale by another entity that has agreed with the operator of the server 14 to allow its goods to be offered for sale by or on the server 14.
  • Database 20 may be stored by the server 14 on any convenient mass storage device.
  • FIG. 1 depicts an embodiment in which the server 14 stores the database 20 on an associated hard disk drive 16.
  • the server 14 may store the database in Random
  • the database 20 may be a flat database, relational database, multi-dimensional database, or object-oriented database.
  • Each server 14 may store more than one database 20, where each database 20 represents a different set of items offered for sale.
  • typical relational databases that may be used to provide the database 20 include Jet Database Engine, manufactured by Microsoft Corporation of Redmond, Washington and Sybase Adaptive Server Enterprises, manufactured by Sybase Inc. of Emeryville, California.
  • the item entries stored by the database 20 provide information related to an item offered for sale.
  • the item entry may include fields for recording: the stock keeping unit (SKU) number; the quantity of a given item in stock; the location of items in stock; physical characteristics of items in stock such as color, size, or weight; or the price charged for an item.
  • SKU stock keeping unit
  • the database 20 maintains entries for items that are offered for sale by different vendors and, in these embodiments, items entries may include a field indicating the identity of the vendor for an item.
  • the server 14 accesses a data structure representing a potential purchaser (step 304).
  • the data structure may be maintained by the server 14 in RAM or its associated persistent storage elements, i.e., a tape drive 18 or a hard disk drive 20.
  • the server 14 may receive the data structure from the user or some other source.
  • a user may maintain its data structure locally on a workstation 12', and only transmit the data structure to the server 14 when the user desires to make a purchase.
  • the data structure may be implemented as a linked-list or doubly-linked list element, an entry in an array of records, or as an entry in a purchaser database.
  • the data structure includes information relating to the potential purchaser, including but not limited to: name; address; shipping preference; phone number or numbers at which the purchaser may be reached; electronic mail or Uniform Resource Locator (URL) address at which the purchaser may be reached; password used to authenticate the purchaser; the gender of the purchaser; the birth date of the purchaser; and, in some embodiments, an amount of money available to the purchaser with which to make purchases.
  • the purchaser data structure also includes information relating to certain items or classes of items that the user may not purchase without some form of external authorization or pre-approval.
  • the data structure may include information identifying items from a particular vendor that the purchaser may not purchase without approval from another person.
  • the data structure may use such information by not displaying that class of items, e.g. items from a particular vendor, to the purchaser.
  • the data structure may include information that identifies certain items or classes of items based on purchase price, vendor identification, or item identification.
  • the purchaser data structure has an associated second data structure that stores items which the purchaser has identified as items they would like to purchase or receive as gifts.
  • This second data structure may be a linked or doubly-linked list, an array, or a database of item entries.
  • the second data structure is associated with a particular user either by including a user identifier in the second data structure or by including a pointer in the purchaser data structure that identifies the purchaser with which the second data structure is associated.
  • the second data structure may store items from multiple vendors, and may include items for which the purchaser cannot purchase without approval from another person/controller.
  • the second data structure may be provided as data table which includes one or more of the following fields: a field identifying the purchaser; a field identifying a particular items sku number; a field identifying the item's price; a field identifying the item's description; a field identifying the quantity of the item desired; and a field identifying whether or not someone has purchased the item.
  • the server 14 stores an item entry database in a first memory element associated with the server 14.
  • FIG. 1 depicts an embodiment in which the item entry database 20 is stored on a hard disk drive, although the item entry database may be stored in any appropriate transient or persistent memory element, such as a tape drive, floppy disk drive, CD- ROM, optical memory element, RAM, read-only memory (ROM), programmable read-only memory (PROM), electronically-erasable programmable read-only memory (EEPROM), flash memory, or, as shown in FIG. 1, hard disk drive.
  • the server 14 also stores a purchaser data structure in a second memory element which may be selected from the list above. In some embodiments, the second memory and the first memory element are the same memory element.
  • Both the item entry database and the purchaser data structure may be transmitted to the server 14 and stored for only a predetermined period of time.
  • the server 14 may receive an item entry database from a particular vendor that is valid for only one day.
  • the server 14 stores the received item entry database for that day, after which it is invalid and is purged from the first memory element.
  • the server 14 also includes an SGML page generator that accesses both the item entry database and the purchaser data structure and creates an SGML page for display responsive to entries in the database and the data structure.
  • the page generator creates an HTML page for display using the database and the purchaser data structure.
  • the server 14 creates SGML pages in response to purchaser requests transmitted to the server 14 from the client workstation 12'. For example, the purchaser may transmit a request to view all items that have a purchase price of less than twenty dollars.
  • the page generator accesses the item entry database to determine all items which satisfy that search criteria.
  • the page generator then accesses the purchaser database to determine if any of the items satisfying the search criteria are items for which the purchaser does not have authorization to purchase without approval. This information is used by the page generator to create an SGML page that can be displayed to the purchaser to respond to the request.
  • the server may use any of a number of technologies to dynamically generate SGML pages for display.
  • One technology, which dynamically creates HTML pages for display is COLD FUSION, manufactured by Allaire Corporation of Cambridge, Massachusetts.
  • Another technology that may be used to create HTML pages is ACTIVE CLIENT PAGES, manufactured by Microsoft Corporation of Redmond, Washington.
  • the invention may be written in any high-level programming language which supports the data structure requirements described above, such as C, C++, PASCAL, FORTRAN, LISP, or ADA.
  • the invention may be provided as assembly language code.
  • the invention may be written in a bytecode language such as JAVA.
  • the invention when provided as software code, may be embodied on any non-volatile memory element, such as floppy disk, hard disk, CD-ROM, optical disk, magnetic tape, flash memory, or ROM.
  • the invention may be used to allow parents to set up accounts for their children so that their children can shop using the Web.
  • a parent accesses the server 14 by providing the URL address of the server 14 to a browser program.
  • the server 14, when accessed, provides a number of pages that are displayed to the parent which allow the parent to set up a child account. Referring to FIG.
  • a first screen 400 of the parent registration process can provide input mechanisms to collect the following information: first name 402, middle name 404, last name 406, street address (line 1) 408, street address (line 2) 410, city 412, state 414, zip code 416, day phone 418, night phone 420, and email address 422 using SSL security.
  • This screen also allows the parent to enter a password associated with the parent 424.
  • passwords must have at least 8 characters and must include letters and numbers. Whenever a password is submitted, it is checked for conformity and checked against a database of easily guessed passwords. Such databases are well-known in the art.
  • the parent indicates completion of the first screen 400 by clicking button 426. This action also submits the information entered on the form 400.
  • a second screen 500 is provided that displays a unique username for the parent account.
  • the username comprises the first name of the parent concatenated with the first initial of the last name of the parent and a number.
  • the number is a serialized number.
  • this screen 500 also begins the child registration process.
  • the screen provides fields for collecting information about the child, including: first name 502, last name 504, account name 506, birth date 508, sex 510, and email address 512.
  • This screen 500 also allows the parent to enter a password associated with the child. In some embodiments, passwords must have at least 8 characters and must include letters and numbers. Whenever a password is submitted, it is checked for conformity and checked against a database of easily guessed passwords. Such databases are well-known in the art. The parent indicates completion of this screen 500 by clicking button 520.
  • a second screen 600 is provided that displays a unique username for the child account.
  • the username comprises the first name of the child concatenated with the first initial of the last name of the child and a number. In further embodiments, the number may be serialized.
  • the screen also displays a list of registered merchants and a short profile of each 602, 604, 606, 608, 610, 610.
  • the parent is provided with check boxes 603, 605, 607, 609, 611, 613 allowing them to identify stores at which they do not want their children to be able to shop.
  • Radio buttons 620, 622, 624 are provided to allow the parent to indicate that: parental approval is not required for purchases; parental approval is required for every purchase; or parental approval is required for purchases over a specified dollar amount.
  • the parent indicates completion of this screen 600 by clicking button 640.
  • the server 14 presents the parent with a choice to submit another child profile or to continue. If the parent would like to submit another child profile, they are returned to screen 500.
  • the server 14 presents the parent with a page 700 providing options to set up accounts for each child.
  • This screen 700 allows the parent to specify an amount of money they would like to deposit into the child's account or to specify a credit card which will be used to deposit money into the child's account.
  • the parent indicates the amount of money to be deposited by using entry fields 702 which allow the parent to specify the amount of money to be deposited and the date on which the deposit becomes effected.
  • the screen 700 provides a number of entry fields 704 which allow the parent to enter the credit card number, the expiration date, the name which appears on the card, and the billing address for the credit card.
  • the parent signals completion of this screen 700 by clicking button 706.
  • the parent may elect to make automatic scheduled deposits to a child's account.
  • the screen 750 provides a number of entry fields 752 which allow the parent to set up an "allowance" for the child.
  • the parent is able to specify an amount to be deposited 780 and either a day of the week 782, a day of the month 784 or a day of the year 786 on which the deposit is made. In some embodiments, the number of remaining days in the month is calculated and an amount is deposited to the account based on that result.
  • the screen 750 also provides similar entry fields for entering credit card information 754 as described above in respect to FIG. 7A.
  • the parent signals completion of this screen 750 by clicking button 790.
  • the parent may identify a credit card the child may use to make purchases.
  • the parent may indicate a spending limit per day, per week, per item, or per billing period.
  • guests/visitors may be identified who will have access to certain elements of a child's account.
  • "wish list” information similar to that gathered for parents and children may be gathered for each guest and the guest may be registered with a unique identifier and password as described above. This would allow, for example, an aunt or uncle to be identified as having access to a child's account to allow that aunt or uncle to purchase gifts for the child using information gathered from the child's account.
  • FIGS. 4-7B is arranged into a number of database table structures which are used by the server 14 to dynamically generate SGML pages for display.
  • the information gathered about a parent is arranged into a "parent" database table structure.
  • the information gathered about each "child” and each guest is arranged into a child database table structure and a "guest" database table structure.
  • Each of these database table structures includes fields identifying the user name, password, first name, middle name, last name, email address, daytime phone number, nighttime phone number, and various fields for that individual's address.
  • Deposits that are made to a child's account are recorded in a deposits database table structure which includes the identify of the person making a deposit, whether or not that person was a parent or a guest, the amount of the deposit, the date and time of the deposit, and a text field identifying the reason given, if any.
  • the deposits database is encrypted.
  • the parent has chosen to set up an allowance for the child (referencing back to FIG. 7B)
  • that information is included in an allowance database table structure which includes the amount transferred to the child's account, the date and time of the transfer, and whether or not a parent or guest supplied the allowance.
  • Information regarding the child's account is also kept in one or more database table structures.
  • the child's wish list is kept in a separate database table structure which includes information relating to the items the child would like to buy or have bought for him or her.
  • the balance in a child's account is kept in a database table structure including the amount of money left in the account, any spending limit imposed on the child by the parent or other adult who set up the account, and any transaction limit which has been set on the child's account.
  • the stores at which the child is allowed to shop are identified in an allowed stores database table structure which includes vendor identification fields and child identification fields. Certain embodiments may also be provided with a database table structure which records transaction history as well as order history for future reference by the child or the child's parents.
  • potential purchasers use an article of manufacture instead of a client workstation 12' to interact with the server 14.
  • the purchaser possesses an article of manufacture that stores a computer-readable program means that represents the purchaser.
  • the computer-readable program means that represents the purchaser can be similar to, or exactly the same as, the purchaser data structure described above.
  • the article of manufacture may be any physical item that is capable of storing the computer-readable program means and is convenient for the purchaser to physically possess, such as a smartcard or a magnetic stripe card.
  • the computer-readable program means representing the user includes information representing monetary units available to the purchaser for purchasing items.
  • the computer readable program means stored on the article of manufacture can be any one of the database table structures identified above in the example.
  • a single server 14 maintains and stores one or more item entry databases for each vendor at which a child may shop.
  • each individual vendor maintains their own item entry database 20 and supplies information regarding purchases to a central server which approves or denies transactions based on the purchaser data structure.
  • a purchaser enters a vendor's website via a central server 14.
  • the server 14 transmits HTML data (step 802) representing its website.
  • the server may transmit HTML data representing the actual site, or the data may represent an authorized replica of the site hosted by an agent of the vendor.
  • the website is displayed on the purchaser's computer by a browser application.
  • the website includes icons or text representing vendor websites. Each icon or text is a hyperlink to a vendor's website or replica database/design.
  • the purchaser clicks on a vendor's icon step 804 and receives an HTML file from the vendor site (step 806) which may include various types of information about the vendor website such as, updates on currently running sales, an array of products for sale, or other demographic information about the site.
  • the purchaser is able to shop at the vendor website or database in a traditional manner, that is, providing different URL addresses corresponding to pages in the vendor's website and receiving HTML pages corresponding to those URL addresses, the HTML pages identifying items which the vendor offers for sale.
  • the purchaser desires to add an item to their shopping cart (step 810).
  • the purchaser signifies this by clicking on a button, hyperlink, or other indicator associated with the item.
  • a purchaser my desire to add an item to its "wish list" (step 812).
  • the vendor website transmits the identity of the item to the server 14 and the server, after making the appropriate entry in a database table structure, transmits a command back to the vendor site or replicated database (step 816).
  • the command instructs the vendor site to take some action in response to the purchaser's actions.
  • the command may instruct the vendor site or database to decrement the quantity of that item available by one if the purchaser has indicated they want to make a purchase.
  • the command can instruct the vendor site (or database) to add the item to that purchaser's wish list.
  • data is transmitted between the vendor site and the server 14 using the HTTP POST COMMAND. If the addition of the item to the purchaser's wish list is approved, the vendor website updates the purchaser's shopping cart (step 818) and the purchaser may continue shopping. Alternatively, the purchaser may decide to check out (step 820).
  • maintenance of purchaser wish lists and lists of items purchasers are in the process of buying is provided by a separate web site or database. If the purchaser has one or more items in its shopping cart and the purchaser decides to check out, one or more transactions is posted to the vendor's site (step 902). The vendor site posts that transaction to server 14 which responds with a confirmation or failure to the vendor's site (step 906). Whether or not a particular transaction succeeds or fails is based on the various database table structures stored by the server. For example, a given password may be incorrect, or the purchaser may not have authorization to purchase the selected item.
  • a transaction succeeds or fails a receipt is displayed to the shopper (step 908) which indicates the state of the transaction.
  • the shopper acknowledges the receipt (step 910) and is returned to the main server 14 (step 912).
  • the detailed data representing the purchaser is maintained by the main server 14 while the item entry databases are maintained by the respective vendor.
  • server 14 to function as an electronic mall, that is, allowing users to move from store to store to shop.
  • restrictions that are placed on the purchaser are maintained which allows parents to control the spending patterns of their children and makes fraudulent use of accounts more difficult.

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)

Abstract

L'invention concerne un procédé d'affichage d'une page SGML qui facilite la sélection et l'achat, par un acheteur, de marchandises provenant de multiples vendeurs. Le procédé comporte les étapes consistant : à gérer une base de données qui comporte des entrées d'articles représentant des articles à vendre; à accéder à une structure de données représentant un acheteur potentiel, cette structure de données comportant des informations d'autorisation associées à l'acheteur, et à produire une page SGML en réponse à la structure de données et à au moins l'une des entrées de la base de données. Un appareil correspondant comporte un premier élément de mémoire (16) stockant une base de données d'articles (20), et un deuxième élément de mémoire stockant une structure de données d'acheteur qui comprend des informations d'autorisation. Un générateur de pages accède à la base de données et à la structure de données stockée dans les premier et deuxième éléments de mémoire, et produit une page SGML.
PCT/US2000/001635 1999-01-26 2000-01-24 Procédés et appareil facilitant le commerce électronique WO2000043852A2 (fr)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
US23738299A 1999-01-26 1999-01-26
US09/237,382 1999-01-26

Publications (2)

Publication Number Publication Date
WO2000043852A2 true WO2000043852A2 (fr) 2000-07-27
WO2000043852A3 WO2000043852A3 (fr) 2008-04-17

Family

ID=22893484

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/US2000/001635 WO2000043852A2 (fr) 1999-01-26 2000-01-24 Procédés et appareil facilitant le commerce électronique

Country Status (1)

Country Link
WO (1) WO2000043852A2 (fr)

Cited By (11)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2002054361A1 (fr) * 2000-12-28 2002-07-11 Inishbeg Investments Limited Systeme de paiement
EP1471476A1 (fr) * 2003-04-25 2004-10-27 Apple Computer, Inc. Procédé et système permettant le contrôle d'allocations basé sur un réseau
AU782331B2 (en) * 2000-02-24 2005-07-21 International Business Machines Corporation A client-centric internet shopping system, method and program
US7143064B2 (en) 1996-04-16 2006-11-28 Picciallo Michael J Controlled entertainment spending account
US7653595B2 (en) * 1996-04-16 2010-01-26 Restricted Spending Solutions LLC Controlled entertainment spending account
US8046689B2 (en) 2004-11-04 2011-10-25 Apple Inc. Media presentation with supplementary media
US20140164240A1 (en) * 2003-04-25 2014-06-12 Apple Inc. Method and system for network-based allowance control
US8875886B2 (en) 2008-08-25 2014-11-04 Apple Inc. Carrier card arrangement with removable envelope
US9016469B2 (en) 2006-11-17 2015-04-28 Apple Inc. Gift card carriers
US9875495B2 (en) 2007-09-04 2018-01-23 Apple Inc. Method and apparatus for purchasing digital playlists
WO2020101602A3 (fr) * 2018-11-13 2020-09-24 Turkiye Garanti Bankasi Anonim Sirketi Système pour fournir une gestion financière entre des comptes bancaires

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5692132A (en) * 1995-06-07 1997-11-25 Mastercard International, Inc. System and method for conducting cashless transactions on a computer network
US5963915A (en) * 1996-02-21 1999-10-05 Infoseek Corporation Secure, convenient and efficient system and method of performing trans-internet purchase transactions
US6058417A (en) * 1998-10-23 2000-05-02 Ebay Inc. Information presentation and management in an online trading environment
US6098056A (en) * 1997-11-24 2000-08-01 International Business Machines Corporation System and method for controlling access rights to and security of digital content in a distributed information system, e.g., Internet

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US5692132A (en) * 1995-06-07 1997-11-25 Mastercard International, Inc. System and method for conducting cashless transactions on a computer network
US5963915A (en) * 1996-02-21 1999-10-05 Infoseek Corporation Secure, convenient and efficient system and method of performing trans-internet purchase transactions
US6098056A (en) * 1997-11-24 2000-08-01 International Business Machines Corporation System and method for controlling access rights to and security of digital content in a distributed information system, e.g., Internet
US6058417A (en) * 1998-10-23 2000-05-02 Ebay Inc. Information presentation and management in an online trading environment

Cited By (12)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7143064B2 (en) 1996-04-16 2006-11-28 Picciallo Michael J Controlled entertainment spending account
US7653595B2 (en) * 1996-04-16 2010-01-26 Restricted Spending Solutions LLC Controlled entertainment spending account
AU782331B2 (en) * 2000-02-24 2005-07-21 International Business Machines Corporation A client-centric internet shopping system, method and program
WO2002054361A1 (fr) * 2000-12-28 2002-07-11 Inishbeg Investments Limited Systeme de paiement
EP1471476A1 (fr) * 2003-04-25 2004-10-27 Apple Computer, Inc. Procédé et système permettant le contrôle d'allocations basé sur un réseau
US20140164240A1 (en) * 2003-04-25 2014-06-12 Apple Inc. Method and system for network-based allowance control
US9406068B2 (en) 2003-04-25 2016-08-02 Apple Inc. Method and system for submitting media for network-based purchase and distribution
US8046689B2 (en) 2004-11-04 2011-10-25 Apple Inc. Media presentation with supplementary media
US9016469B2 (en) 2006-11-17 2015-04-28 Apple Inc. Gift card carriers
US9875495B2 (en) 2007-09-04 2018-01-23 Apple Inc. Method and apparatus for purchasing digital playlists
US8875886B2 (en) 2008-08-25 2014-11-04 Apple Inc. Carrier card arrangement with removable envelope
WO2020101602A3 (fr) * 2018-11-13 2020-09-24 Turkiye Garanti Bankasi Anonim Sirketi Système pour fournir une gestion financière entre des comptes bancaires

Also Published As

Publication number Publication date
WO2000043852A3 (fr) 2008-04-17

Similar Documents

Publication Publication Date Title
US11893622B2 (en) Systems and methods for scripted content delivery
US7006993B1 (en) Method and apparatus for surrogate control of network-based electronic transactions
US20180012288A1 (en) On-line payment transactions
US7461030B2 (en) System for anonymous purchase of goods by providing a plurality of non-activated account numbers
CA2412936C (fr) Procede et systeme de gestion de promotions destinees a des transactions d'achat par le biais d'un reseau
US20050060260A1 (en) Payment system, payment apparatus, and payment program storage medium
US20020111879A1 (en) Method and system for selecting and purchasing products via a communications network
US20090099941A1 (en) System and method for enabling cash gifts in an online registry
KR20030011070A (ko) 인터넷 상에서 신용 카드 구매력을 최대화하고 이자비용을 최소화하는 방법 및 시스템
US20020152135A1 (en) System and method for e-commerce interface with controlled e-commerce interactions
CN101390123A (zh) 汇款卡、系统和方法
WO2000075835A2 (fr) Chambre forte protegee sur internet pour reçus, documents juridiques et commerce du consommateur
AU2011286178A1 (en) Improved ordering and payment systems
US20050165671A1 (en) Online trading system and method supporting heirarchically-organized trading members
WO2000043852A2 (fr) Procédés et appareil facilitant le commerce électronique
KR20010077123A (ko) 공동 장바구니를 이용한 컴퓨터 네트워크상에서의 쇼핑일괄 지불 및 배송 방법
US20030139974A1 (en) Method of purchasing goods on internet through identification of actual object
KR20020046561A (ko) 인터넷상에서 금을 기반으로 하는 전자화폐의 유통방법 및그 전자화폐의 형성구조
US20030182229A1 (en) Method and apparatus for web-based consumer financing
JP2003122946A (ja) 受託購入方式での仲介取引を成立させる電子商取引装置
US20030040973A1 (en) Multi-level remote order entry system and method
US20050103841A1 (en) Bulk card ordering system and methods
JP2002245316A (ja) ポイント還元方法、センタ装置、店舗装置、及びポイント還元プログラム
KR20000054119A (ko) 통신망을 이용한 물품 판매 시스템 및 방법

Legal Events

Date Code Title Description
AK Designated states

Kind code of ref document: A2

Designated state(s): JP

AL Designated countries for regional patents

Kind code of ref document: A2

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)
122 Ep: pct application non-entry in european phase