Search Images Maps Play YouTube News Gmail Drive More »
Sign in
Screen reader users: click this link for accessible mode. Accessible mode has the same essential features but works better with your reader.

Patents

  1. Advanced Patent Search
Publication numberUS20090187457 A1
Publication typeApplication
Application numberUS 12/350,077
Publication date23 Jul 2009
Filing date7 Jan 2009
Priority date3 Apr 2001
Also published asUS7480638
Publication number12350077, 350077, US 2009/0187457 A1, US 2009/187457 A1, US 20090187457 A1, US 20090187457A1, US 2009187457 A1, US 2009187457A1, US-A1-20090187457, US-A1-2009187457, US2009/0187457A1, US2009/187457A1, US20090187457 A1, US20090187457A1, US2009187457 A1, US2009187457A1
InventorsVicky Sze
Original AssigneeVicky Sze
Export CitationBiBTeX, EndNote, RefMan
External Links: USPTO, USPTO Assignment, Espacenet
Systems and methods for providing a reminder option associated with an obligation
US 20090187457 A1
Abstract
Systems and methods for facilitating fulfillment of an obligation associated with an established agreement are disclosed. In various example embodiments, during a predetermined time interval following an establishment of an agreement, a reminder display element may be presented to one or more parties in a first state to indicate that a reminder option is unavailable. Following expiration of the predetermined time interval, the reminder display element may be presented to the one or more parties, in a second state, to indicate that the reminder option is available. For some example embodiments, the reminder display element may be presented to the one or more parties in the first state based on the reminder option being exercised more than a predetermined number of times.
Images(11)
Previous page
Next page
Claims(22)
1. A processor-implemented method for facilitating fulfillment of an obligation associated with an established agreement, the method comprising:
during a predetermined time interval following an establishment of an agreement, presenting to one or more parties, a reminder display element in a first state to indicate that a reminder option is unavailable;
following expiration of the predetermined time interval, presenting to the one or more parties, the reminder display element in a second state to indicate that the reminder option is available; and
presenting the reminder display element to the one or more parties in the first state based on the reminder option being exercised more than a predetermined number of times.
2. The processor-implemented method of claim 1, wherein the reminder option is associated with permitting a first party of the one or more parties to remind a second party of the one or more parties, to fulfill the obligation.
3. The processor-implemented method of claim 1, wherein presenting the reminder display element in the first state includes presenting a disabled reminder button, via a user interface, the disabled reminder button not being selectable to permit the first party to exercise the reminder option.
4. The processor-implemented method of claim 2, wherein presenting the reminder display element in the second state includes presenting an enabled reminder button, via a user interface, the enabled reminder button being selectable to permit the first party to exercise the reminder option.
5. The processor-implemented method of claim 4, wherein the enabled reminder button is selectable to send an email to at least the second party to remind at least the second party to satisfy the at least one obligation.
6. The processor-implemented method of claim 1, wherein the agreement is associated with a commercial transaction for the purchase of an item, and the agreement imposes the obligation on the at least second party to make a payment for the item.
7. The processor-implemented method of claim 1, including performing a look up on a database to determine whether the reminder option has been exercised the predetermined number of times,
determining that the reminder option has been exercised the predetermined number of times, and
presenting the reminder display element in the first state based on that determination.
8. The processor-implemented method of claim 1, including performing a look up on a database to determine that the reminder option has not been exercised the predetermined number of times,
determining that the reminder option has not been exercised the predetermined number of times, and
presenting the reminder display element in the second state based on that determination.
9. A system comprising:
a network interface; and
a page server coupled to a network via the network interface, the page server configured to:
during a predetermined time interval following the establishment of an agreement, present to one or more parties via the network, a reminder display element in a first state to indicate that a reminder option is unavailable;
following expiration of the predetermined time interval, present to the one or more parties via the network, the reminder display element in a second state to indicate that the reminder option is available; and
present the reminder display element to the one or more parties in the first state based on the reminder option being exercised more than a predetermined number of times.
10. The system of claim 9, wherein the reminder option is associated with permitting a first party of the one or more parties to remind a second party of the one or more parties, to fulfill the obligation.
11. The system of claim 9, wherein the reminder display element presented by the page server in the first state includes a disabled reminder button that is not selectable to permit the first party to exercise the reminder option.
12. The processor-implemented method of claim 10, wherein the reminder display element presented by the page server in the second state includes an enabled reminder button that is selectable to permit the first party to exercise the reminder option.
13. The system of claim 12, wherein the enabled reminder button is configured to be selectable to send an email to at least the second party to remind at least the second party to satisfy the at least one obligation.
14. The processor-implemented method of claim 9, wherein the agreement is associated with a commercial transaction for the purchase of an item, and the agreement imposes the obligation on the at least second party to make a payment for the item.
15. The processor-implemented method of claim 9, further comprising:
a script server coupled to the page server and coupled to a database server, the script server configured to:
request the database server to perform a look up on a database to:
determine whether the reminder option has been exercised the predetermined number of times; and
determine that the reminder option has been exercised the predetermined number of times, and
wherein the page server is configured to present the reminder display element in the first state based on a determination that the reminder option has been exercised the predetermined number of times.
16. The processor-implemented method of claim 9, further comprising:
a script server coupled to the page server and coupled to a database server, the script server configured to:
request the database server to perform a look up on a database to:
determine whether the reminder option has been exercised the predetermined number of times; and
determine that the reminder option has not been exercised the predetermined number of times, and
wherein the page server is configured to present the reminder display element in the second state based on a determination that the reminder option has not been exercised the predetermined number of times.
17. A machine-readable medium having executable instructions that when executed by one or more machines perform operations comprising:
during a predetermined time interval following an establishment of an agreement, presenting to one or more parties, a reminder display element in a first state to indicate that a reminder option is unavailable;
following expiration of the predetermined time interval, presenting to the one or more parties, the reminder display element in a second state to indicate that the reminder option is available; and
presenting the reminder display element presenting to the one or more parties in the first state based on the reminder option being exercised more than a predetermined number of times.
18. The machine-readable medium of claim 17, wherein the reminder option is associated with permitting a first party of the one or more parties to remind a second party of the one or more parties, to fulfill the obligation.
19. The machine-readable medium of claim 17, wherein presenting the reminder display element in the first state includes presenting a disabled reminder button, via a user interface, the disabled reminder button not being selectable to permit the first party to exercise the reminder option.
20. The machine-readable medium of claim 18, wherein presenting the reminder display element in the second state includes presenting an enabled reminder button, via a user interface, the enabled reminder button being selectable to permit the first party to exercise the reminder option.
21. The machine-readable medium of claim 20, wherein the enabled reminder button is selectable to send an email to at least the second party to remind at least the second party to satisfy the at least one obligation.
22. A system comprising:
a presenting means for:
during a predetermined time interval following an establishment of an agreement, presenting to one or more parties, a reminder display element in a first state to indicate that a reminder option is unavailable;
following expiration of the predetermined time interval, presenting to the one or more parties, the reminder display element in a second state to indicate that the reminder option is available; and
presenting the reminder display element presenting to the one or more parties in the first state based on the reminder option being exercised more than a predetermined number of times; and
a data structure means coupled to the presenting means for maintaining a record of a time that the agreement was established, and an indicator of a number of times the reminder option has been exercised.
Description
    RELATED APPLICATIONS
  • [0001]
    This application is a continuation of U.S. patent application Ser. No. 09/827,132, entitled “METHOD AND SYSTEM AUTOMATICALLY TO REMIND PARTIES TO A NETWORK-BASED TRANSACTION TO COMPLY WITH OBLIGATIONS ESTABLISHED UNDER A TRANSACTION AGREEMENT” filed on Apr. 3, 2001, and which is incorporated herein in its entirety.
  • FIELD
  • [0002]
    The present subject matter relates generally to the field of electronic commerce and, more specifically, to reminding a party to a network-based commerce transaction to comply with obligations established in terms of a transaction agreement.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • [0003]
    The present subject matter is illustrated by way of example and not limitation in the figures of the accompanying drawings, in which like references indicate similar elements and in which:
  • [0004]
    FIG. 1 is a block diagram illustrating an exemplary network-based transaction facility in the form of an internet-based auction facility 10.
  • [0005]
    FIG. 2 is a database diagram illustrating an exemplary database, maintained and accessed via a database engine server, which at least partially implements and supports the auction facility.
  • [0006]
    FIG. 3 is a representation of an item table, according to an exemplary embodiment of the present subject matter.
  • [0007]
    FIG. 4 is a flowchart illustrating a method, according to exemplary embodiment of the present subject matter, of automatically presented a remind option to party to commerce transaction, the party being able to exercise the remind option to remind a for the party to comply with obligations imposed in terms of the commerce transaction.
  • [0008]
    FIG. 5 is a flowchart illustrating a method, according to exemplary embodiment of the present subject matter, of issuing a reminder to a party to a commerce transaction to comply with obligations imposed in terms of the transaction agreement.
  • [0009]
    FIG. 6 illustrates an exemplary user interface that contains a listing of offerings that are the subjects of commerce transactions, and illustrates the display of reminder icons, in various states and associated with each of the entries of the listing.
  • [0010]
    FIG. 7 illustrating an exemplary confirmation page that is presented to a seller to confirm the content of a payment reminder communication to be sent to a buyer.
  • [0011]
    FIG. 8 illustrates an exemplary reminder e-mail that may be communicated to a buyer that has participated in a successful Chinese auction facilitated by an auction facility.
  • [0012]
    FIG. 9 is a diagrammatic representation of a machine in the exemplary for the computer system within which a set of instructions for causing machine to perform any one of the methodologies of the subject matter may be executed.
  • DETAILED DESCRIPTION
  • [0013]
    Systems and methods for providing a reminder option associated with an obligation are described herein. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present subject matter. It will be evident, however, to one skilled in the art that the present subject matter may be practiced without these specific details.
  • [0014]
    Commerce interactions conducted over an electronic communication network (e.g., the Internet), which may be referred to as electronic commerce (e-commerce), may conclude with the establishment of a commercial transaction between a buyer and a seller for the purchase and exchange of goods and/or services in return for value. Electronic commerce, in which the example embodiments of present subject matter may be practiced, may include a number of markets, including the so-called consumer-to-consumer (C2C), business-to-consumer (B2C) and business-to-business (B2B) markets.
  • [0015]
    Within the consumer-to-consumer and business-to-business markets, network-based commerce marketplaces may operate example auctions described herein. Example market operators may further facilitate example fixed-price transaction mechanisms for the establishment of commerce transactions between buyers and sellers (e.g., the Buy-It-Now feature offered by eBay, Inc.).
  • [0016]
    Interactions between the buyer and seller may be limited to interactions within the constraints of a transaction mechanism (e.g., an auction process or fixed price purchase process) provided by the electronic marketplace. Example marketplaces may provide parties to a transaction with the option of maintaining a degree of anonymity with respect to another party. For example, e-mail and address information concerning a potential party to a transaction may not be revealed to other parties.
  • [0017]
    According to example embodiments described herein, there is provided a method to facilitate a network-based commerce transaction. The establishment of a commerce transaction agreement between parties for the purchase of an offering may impose an obligation on the parties. In various example embodiments, during a predetermined time interval following an establishment of an agreement, a reminder display element may be presented to one or more parties in a first state to indicate that a reminder option is unavailable. Following expiration of the predetermined time interval, the reminder display element may be presented to the one or more parties, in a second state, to indicate that the reminder option is available. For some example embodiments, the reminder display element may be presented to the one or more parties in the first state based on the reminder option being exercised more than a predetermined number of times.
  • [0018]
    Other features of the present subject matter will be apparent from the accompanying drawings and from the remaining detailed description below.
  • Terminology
  • [0019]
    For the purposes of the present specification, the term “transaction” shall be taken to include any communications between two or more entities and shall be construed to include commercial transactions including sale and purchase transactions, auctions and the like.
  • Transaction Facility
  • [0020]
    FIG. 1 is block diagram illustrating an exemplary network-based commerce facility in the form of an Internet-based auction facility 10. While an exemplary embodiment of the present subject matter is described within the context of an auction facility, the subject matter will find application in many different types of computer-based, and network-based, commerce facilities.
  • [0021]
    The auction facility 10 includes one or more of a number of types of front-end servers, namely page servers 12 that deliver web pages (e.g., markup language documents), picture servers 14 that dynamically deliver images to be displayed within Web pages, listing servers 16, CGI servers 18 that provide an intelligent interface to the back-end of facility 10, and search servers 20 that handle search requests to the facility 10. E-mail servers 21 provide, inter alia, automated e-mail communications to users of the facility 10. The page servers 12, picture servers 14, CGI servers 18, search service 20, e-mail servers 21 and database engine server 22 may individually, or in combination, act as a communication engine to facilitate communications between, for example, the client machine 32 and the network-based auction facility 10.
  • [0022]
    The back-end servers include a database engine server 22, a search index server 24 and a credit card database server 26, each of which maintains and facilitates access to a respective database.
  • [0023]
    The Internet-based auction facility 10 may be accessed by a client program 30, such as a browser (e.g., the Internet Explorer distributed by Microsoft Corp. of Redmond, Wash.) that executes on a client machine 32 and accesses the facility 10 via a network such as, for example, the Internet 34. Other examples of networks that a client may utilize to access the auction facility 10 include a wide area network (WAN), a local area network (LAN), a wireless network (e.g., a cellular network), or the Public Switched Telephone Network (PSTN) network.
  • Database Structure
  • [0024]
    FIG. 2 is a database diagram illustrating an exemplary database 23, maintain by and accessed via the database engine server 22, which at least partially implements and supports the auction facility 10. The database 23 may, in one embodiment, be implemented as a relational database, and includes a number of tables having entries, or records, that are linked by indices and keys. In an alternative embodiment, the database 23 may be implemented as a collection of objects in an object-oriented database.
  • [0025]
    Central to the database 23 is a user table 40, which contains a record for each user of the auction facility 10. A user may operate as a seller, buyer, or both, within the auction facility 10. The database 23 also includes items tables 42 that may be linked to the user table 40. The items tables 42 may include a seller items table 44 and a bidder items table 46. A user record in the user table 40 may be linked to multiple items that are being, or have been, auctioned or otherwise offered for sale via the facility 10. A link indicates whether the user is a seller or a bidder (or buyer) with respect to items for which records exist within the items tables 42.
  • [0026]
    The database 23 also includes one or more category tables 47. Each record within the category table 47 describes a respective category. In one embodiment, a specific category table 47 describes multiple, hierarchical category structures, and includes multiple category records, each of which describes the context of a particular category within the one of the multiple hierarchical category structures. For example, the category table 47 may describe a number of real, or actual, categories to which item records, within the items tables 42, may be linked.
  • [0027]
    The database 23 also includes a note table 48 populated with note records that may be linked to one or more item records within the items tables 42 and/or to one or more user records within the user table 40. Each note record within the table 48 may include, inter alia, a comment, description, history or other information pertaining to an item being auction via the auction facility 10, or to a user of the auction facility 10.
  • [0028]
    A number of other tables are also shown to be linked to the user table 40, namely a user past aliases table 50, a feedback table 52, a feedback details table 53, a bids table 54, an accounts table 56, an account balances table 58 and a transaction record table 60.
  • [0029]
    FIG. 3 is a diagrammatic representation of an items table 42, according to an exemplary embodiment of the present subject matter. The items table 42 is shown to define a number of fields for each record that describes an item being offered for sale via the auction facility 10. A close date field 62 records the date and time for which an auction for the relevant item will end and at which a successful bidder may be identified. A reminder sent field 64 within each record, in one embodiment, stores a flag indicating whether a payment reminder has automatically been sent by the auction facility 10 to a successful bidder (or buyer). The mechanism for the communication of such a reminder is described in further detail below.
  • [0030]
    In addition to the close date and reminder sent fields 62 and 64, the items table 42 includes an item identifier, description, category identifier, price, reserve price, seller identifier, one or more bidder identifiers and list date information for a particular item.
  • [0031]
    FIG. 4 is a flow chart illustrating a method 70, according to an exemplary embodiment of the present subject matter, of automatically presenting a reminder option to a party to a commerce transaction, the party being able to exercise the reminder option to remind a further party to comply with obligations establish in terms of a commerce transaction agreement. In the exemplary method 70, the presentation of the reminder option is the display of a reminder button on a user graphical interface. The reminder button is selectable by the party to invoke a process at the auction facility 10 whereby an e-mail is sent to a further party to the transaction (e.g., a buyer) to remind the buyer to provide a monetary payment to satisfy obligations imposed by an concluded purchase and sale transaction (or agreement).
  • [0032]
    Returning now specifically to the flow chart, at block 72 a user (e.g., a seller) may issue a request to the auction facility 10 for a list of offerings (e.g., items) that the user has made available for purchase via the auction facility 10. This list may specify items for which an auction process is ongoing (i.e., a close date not yet been reached), and items for which the auction process has completed.
  • [0033]
    FIG. 6 illustrates an exemplary user interface that includes an “items I am selling” portion 102 and “items I have sold” portion 104. The “items I am selling” portion 102 contains a listing of items for which the auction process is ongoing. The “items I have sold” portion 104 contains a listing of items for which the auction process is completed, and for which a successful bidder (or buyer) has been identified.
  • [0034]
    Returning to the method 70, upon receipt of the user request at the auction facility 10, a loop variable N is set to 0, the loop variable N indicating the first of N offerings (e.g., items) that the user may be selling or have sold.
  • [0035]
    At decision box 76, a determination is made as to whether a particular offering N is the subject of a successful and completed transaction and whether a reminder e-mail has been issued from the auction facility 10 to the buyer of the offering. A successfully completed transaction, within the context of the auction facility 10, may be an offering for which the auction process has completed and a particular bidder has been identified as a highest, and therefore successful, bidder. Alternatively, the auction facility 10 may offer a “fixed price” option whereby a transaction may be concluded when a buyer agrees to purchase the offering at a fixed, predetermined price. In one embodiment, the exercise of the “fixed price” option may automatically terminate any auction process to which the offering is subject, and successfully establish a transaction agreement. In either case, whether by an auction process or a fixed price purchase process, a transaction agreement may be concluded.
  • [0036]
    The determination of whether an e-mail reminder has been sent for a particular offering is determined by performing a look-up on the items table 42 to determine whether the reminder sent field 64 for the relevant record indicates that a reminder e-mail has been sent. This look-up on the items table 42 is performed by the database engine server 22 responsive to a query from the CGI servers 18.
  • [0037]
    Following a positive determination at decision box 76, the method 70 proceeds to block 78, where a reminder button 106, to be incorporated within a user interface generated by the auction facility 10 and displayed to the user, is generated in an “off” or disabled state. The “off” state from the reminder button 106 is included within the user interface to be displayed in association with descriptive information regarding the offering. FIG. 6 illustrates an exemplary reminder button 106 in the “off” state.
  • [0038]
    On the other hand, following a negative determination at decision box 76, at decision block 80 a further determination is made as to whether a transaction with respect to the offering N has been successfully concluded and whether a close date (i.e., a date and time at which a transaction process terminates) less the current date (e.g., a current date and time) is less than a predetermined period (e.g., three days). The close date for a transaction process may, in one exemplary embodiment, be determined by performing a look-up on the items table 42 to extract the pertinent information from the close date field 62.
  • [0039]
    If it is determined that less than the predetermined time period (or interval) has passed since the close date, at block 82 a reminder button 108 is generated and incorporated into the user interface in a “greyed out” state, which indicates that the reminder option has been temporarily disabled pending expiration of the predetermined time period. The temporary disablement of the reminder button pending expiration of the predetermined time period is advantageous in that it prevents a seller from issuing a reminder email to a buyer until after a reasonable time period has passed for the buyer to make payment to the seller.
  • [0040]
    FIG. 6 illustrates a “greyed out” reminder button 108 for an item that has recently been sold. It will be noted that an indication is provided below the “greyed out” reminder button 108 that indicates the reminder option will be available to the seller within three days after establishment of the transaction.
  • [0041]
    Following a negative determination at decision block 80, a determination is made at decision block 84 as to whether a successful transaction has been completed. Because of the conditions imposed at decision blocks 76 and 80, a positive determination at decision block 84 indicates that a transaction has been successfully concluded, a reminder e-mail has as not as yet been sent, and the predetermined period after establishment of the transaction has passed. Accordingly, following a positive determination at decision block 84, at block 86 an “on” or enabled reminder button 110 is identified for incorporation within the user interface. The “on” reminder button 110 is again located to be displayed in conjunction with descriptive information concerning the relevant offering N. FIG. 6 illustrates an exemplary “on” reminder button 110 which, in addition to being visually differentiated from the “off” reminder button 106 or the “greyed out” reminder button 108, has a Uniform Resource Locator (URL) associated therewith that is communicated back to the auction facility 10 upon user selection thereof. This URL, in one embodiment, invokes a process whereby the CGI server 18 and the e-mail server 21 of the auction facility 10 generate and transmit an e-mail message to a buyer concluded under a transaction pertaining to the offering.
  • [0042]
    Following a negative determination at decision block 84 (e.g., if the auction process for offering N has not yet completed or has been terminated for another reason), or upon completion of operations performed at any one of blocks 78, 82, 86, the method 70 proceeds to decision block 88 where a determination is made as to whether there are any further offerings, currently for sale, or for which transactions have been completed, for the relevant user (seller). If so, at block 90, the variable N is incremented, and the method 70 loops back to decision block 76 and the above described criteria are again applied to a next offering to determine the state of a reminder button to be displayed in association with descriptive information concerning the next offering. Alternatively, if there are no further offerings for the relevant user, the method 70 then ends at block 92 with the completion of the generation of the user interface to be presented to the user (e.g., the seller) listing offerings by that particular seller. In one embodiment, the generated user interface 100 constitutes a markup language document, which then may be communicated from the page servers 12 of the auction facility 10, via the Internet 34, for display by a client program 30 (e.g., a browser) executing on the client machine 32.
  • [0043]
    The determination at any of the decision blocks 76, 80 and 84 as to whether a transaction process has been successfully concluded depends on the relevant transaction process. For example, the transaction process may be a fixed price process whereby a buyer established a transaction by accepting the offer of the offering at a fixed price. Alternatively, the transaction process may be an auction process. Exemplary auction processes may be a conventional auction process, a Dutch auction process, a Chinese auction process or any other auction process whereby a transaction agreement is established between one or more buyers and one or more sellers for the sale and purchase of one or more offerings (e.g., items or services).
  • [0044]
    FIG. 5 is a flow chart illustrating a method 120, according to an exemplary embodiment of the present subject matter, of issuing a reminder to a party to a transaction agreement to comply with obligations imposed by the transaction agreement. The method 120 shall be described within the context of the exemplary user interface 100 shown in FIG. 6 as generated by the method 70 described above with reference to FIG. 4.
  • [0045]
    At block 122, the auction facility 10 detects user (e.g., seller) selection of an enabled or “on” reminder button 110 as presented to the user within the interface 100. As described above, the enabled reminder button 110 may have a URL associated therewith, this URL being communicated to the auction facility 10 responsive to user selection of the button 110. The URL identifies a process (e.g., a CGI process to be executed by the CGI server 18) that implements a number of the below described operations.
  • [0046]
    At block 124, responsive to the user selection of the enabled reminder button 110, a look-up is performed within the database 23, and specifically on the user table 40, to obtain an e-mail address and other details (e.g., name, physical address) regarding one or more buyers that are parties to a transaction agreement associated with the selected reminder button 110.
  • [0047]
    At block 126, a further look-up is similarly performed in the database 23, and specifically an items table 42, to retrieve details regarding the transaction agreement associated with the selected reminder button. The offering details may, for example, be derived from a record for the relevant transaction within the items table 42, as illustrated in FIG. 3.
  • [0048]
    At block 128, a page server 12 populates a reminder e-mail template with the offering details retrieved at block 126, and addresses the e-mail utilizing the buyer e-mail address retrieved at block 124.
  • [0049]
    At block 130, the auction facility 10, and specifically the page server 12, delivers a confirmation (or “preview”) page (e.g., in the form of an HTML document). Following receipt of confirmation from the seller at block 132, the e-mail generated and addressed at block 128 is transmitted to the relevant buyer by an e-mail server 21.
  • [0050]
    At block 134, a flag is set within the reminder sent field 64 of the record for the relevant transaction as maintained in the items table 42. The method 120 then ends at block 136.
  • [0051]
    The content of the reminder e-mail template that is populated at block 128, and also the number of buyers to which the reminder e-mail is sent, are dependent upon the nature of the commerce transaction. For example, where the commerce transaction was concluded under a “Dutch auction” process, a single auction process may have imposed obligations on multiple buyers to each buy one or more offerings of a batch of offerings presented for sale. FIG. 7 illustrates an exemplary confirmation page 150, according to an exemplary embodiment of the present subject matter, that constitutes an HTML document that may be communicated to a seller at block 130 of the method 120 described above with reference to FIG. 5. The confirmation page 150 pertains to a Dutch auction, and accordingly provides a list of buyers, indicated at 152, to which the reminder e-mail may be communicated. The confirmation page 150 also provides a listing, at 154, of buyers who have already received an e-mail reminder pertaining to the relevant commerce transaction. The confirmation page also includes text 156 to be included within the e-mail reminder, seller contact information 158 that may optionally been included within the e-mail reminder, accepted payment methods 160, a payment address option 162, a “copy e-mail to seller” option 164 and a “send reminder” option 166.
  • [0052]
    With respect to the text 156, this is retrieved from a database table (not shown) that stores default reminder text for the relevant seller. In one embodiment, the seller is also able to edit the text 156 within the confirmation page 150.
  • [0053]
    With respect to the seller contact information 158, it will be noted that a checkbox is provided adjacent each of the seller contact information items. In this way, the seller can selectively identify personal information (e.g., contact information) to be included within an e-mail reminder to a buyer. The seller contact information 158 is retrieved from the user table 40 by a CGI server 18, responsive to a request to generate the confirmation page 150.
  • [0054]
    FIG. 8 shows an exemplary reminder e-mail that may be communicated to a buyer, at block 132 of FIG. 5, that participated in a successful Chinese auction facilitated by the auction facility 10.
  • [0055]
    The above-described embodiment of the present subject matter assumes a central network-based auction facility 10 that maintains a central database 23 of users and offerings. It will however be appreciated that the present subject matter may also be applied to a peer-to-peer trading system implemented as applications executing on distributed computer systems that communicate via a network. In this case, the methods 70 and 120 discussed above with reference to FIGS. 4 and 5 may be executed, for example, by an application program residing on a computer system of a seller.
  • [0056]
    The reminder that is communicated to one or more buyers at block 132 in FIG. 5 is also described, in the above exemplary embodiment, as being an e-mail message. However, in alternative embodiments, the reminder may be any electronic communication including a page message, a Wireless Access Protocol (WAP) message, a Short Message Service (SMS) message, or a display on a mark-up language document (e.g., a reminder on a web-based calendar or the like).
  • [0057]
    In the above described exemplary embodiment, the communication of a reminder to a buyer to comply with an obligation to make a payment to a seller has been described. In alternative exemplary embodiment, a reminder may be communicated to a seller to comply with an obligation to ship or supply an offering to a buyer.
  • [0058]
    Further, while the exemplary embodiment of the present subject matter has been discussed within the context of the network-based auction facility 10, the teachings of the present subject matter may be implemented within any network-based transaction system whereby transactions for the purchase and/or sale of an offering are concluded between two or more parties.
  • Software
  • [0059]
    FIG. 9 shows a diagrammatic representation of a machine in the exemplary form of a computer system 300 within which a set of instructions, for causing the machine to perform any one of the methodologies discussed above may be executed. In alternative embodiments, the machine may comprise a network router, a network switch, a network bridge, Personal Digital Assistant (PDA), a cellular telephone, a web appliance or any machine capable of executing a sequence of instructions that specify actions to be taken by that machine.
  • [0060]
    The computer system 300 includes a processor 302, a main memory 304 and a static memory 306, which communicate with each other via a bus 308. The computer system 300 may further include a video display unit 310 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)). The computer system 300 also includes an alpha-numeric input device 312 (e.g., a keyboard), a cursor control device 314 (e.g., a mouse), a disk drive unit 316, a signal generation device 320 (e.g., a speaker) and a network interface device 322
  • [0061]
    The disk drive unit 316 includes a machine-readable medium 324 on which is stored a set of instructions (i.e., software) 326 embodying any one, or all, of the methodologies described above. The software 326 is also shown to reside, completely or at least partially, within the main memory 304 and/or within the processor 302. The software 326 may further be transmitted or received via the network interface device 322. For the purposes of this specification, the term “machine-readable medium” shall be taken to include any medium that is capable of storing or encoding a sequence of instructions for execution by the machine and that cause the machine to perform any one of the methodologies of the present subject matter. The term “machine-readable medium” shall accordingly be taken to included, but not be limited to, solid-state memories, optical and magnetic disks, and carrier wave signals.
  • [0062]
    Thus, a method and system automatically to remind parties to a network-based transaction to comply with obligations established under a transaction agreement have been described. Although the present subject matter has been described with reference to specific exemplary embodiments, various modifications and changes may be made to these embodiments without departing from the broader spirit and scope of the subject matter. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.
Patent Citations
Cited PatentFiling datePublication dateApplicantTitle
US4799156 *1 Oct 198617 Jan 1989Strategic Processing CorporationInteractive market management system
US5253165 *12 Dec 199012 Oct 1993Eduardo LeisecaComputerized reservations and scheduling system
US5305200 *2 Nov 199019 Apr 1994Foreign Exchange Transaction Services, Inc.Financial exchange system having automated recovery/rollback of unacknowledged orders
US5495412 *15 Jul 199427 Feb 1996Ican Systems, Inc.Computer-based method and apparatus for interactive computer-assisted negotiations
US5557518 *28 Apr 199417 Sep 1996Citibank, N.A.Trusted agents for open electronic commerce
US5629982 *20 Aug 199613 May 1997Micali; SilvioSimultaneous electronic transactions with visible trusted parties
US5666420 *18 Nov 19969 Sep 1997Micali; SilvioSimultaneous electronic transactions
US5671279 *13 Nov 199523 Sep 1997Netscape Communications CorporationElectronic commerce using a secure courier system
US5677955 *7 Apr 199514 Oct 1997Financial Services Technology ConsortiumElectronic funds transfer instruments
US5708709 *8 Dec 199513 Jan 1998Sun Microsystems, Inc.System and method for managing try-and-buy usage of application programs
US5715314 *24 Oct 19943 Feb 1998Open Market, Inc.Network sales system
US5732400 *4 Jan 199524 Mar 1998Citibank N.A.System and method for a risk-based purchase of goods
US5757917 *1 Nov 199526 May 1998First Virtual Holdings IncorporatedComputerized payment system for purchasing goods and services on the internet
US5778178 *5 Aug 19967 Jul 1998Arunachalam; LakshmiMethod and apparatus for enabling real-time bi-directional transactions on a network
US5787402 *8 Oct 199628 Jul 1998Crossmar, Inc.Method and system for performing automated financial transactions involving foreign currencies
US5790677 *29 Jun 19954 Aug 1998Microsoft CorporationSystem and method for secure electronic commerce transactions
US5790790 *24 Oct 19964 Aug 1998Tumbleweed Software CorporationElectronic document delivery system in which notification of said electronic document is sent to a recipient thereof
US5794207 *4 Sep 199611 Aug 1998Walker Asset Management Limited PartnershipMethod and apparatus for a cryptographically assisted commercial network system designed to facilitate buyer-driven conditional purchase offers
US5809144 *24 Aug 199515 Sep 1998Carnegie Mellon UniversityMethod and apparatus for purchasing and delivering digital goods over a network
US5826244 *23 Aug 199520 Oct 1998Xerox CorporationMethod and system for providing a document service over a computer network using an automated brokered auction
US5831611 *7 Aug 19973 Nov 1998Saleslogix CorporationApparatus and method for creating and executing graphically depicted communication
US5845265 *7 Nov 19951 Dec 1998Mercexchange, L.L.C.Consignment nodes
US5873071 *15 May 199716 Feb 1999Itg Inc.Computer method and system for intermediated exchange of commodities
US5897621 *14 Jun 199627 Apr 1999Cybercash, Inc.System and method for multi-currency transactions
US5905975 *2 Jan 199718 May 1999Ausubel; Lawrence M.Computer implemented methods and apparatus for auctions
US5918218 *1 Sep 199429 Jun 1999First Data Investor Services Group, Inc.Method and apparatus for automated trade transactions processing
US5924082 *7 Jun 199513 Jul 1999Geneva Branch Of Reuters Transaction Services LimitedNegotiated matching system
US5963923 *3 Jun 19975 Oct 1999Garber; Howard B.System and method for trading having a principal market maker
US5987500 *20 Jun 199716 Nov 1999Pi-Net International, Inc.Value-added network system for enabling real-time, by-directional transactions on a network
US6014643 *26 Aug 199611 Jan 2000Minton; Vernon F.Interactive securities trading system
US6047264 *8 Oct 19964 Apr 2000Onsale, Inc.Method for supplying automatic status updates using electronic mail
US6052674 *23 Dec 199718 Apr 2000Information Retrieval Consultants (Europe, Middle East, Africa ) LimitedElectronic invoicing and collection system and method with charity donations
US6061448 *1 Apr 19979 May 2000Tumbleweed Communications Corp.Method and system for dynamic server document encryption
US6085176 *8 Mar 19994 Jul 2000Mercexchange, LlcMethod and apparatus for using search agents to search plurality of markets for items
US6119137 *30 Jan 199712 Sep 2000Tumbleweed Communications Corp.Distributed dynamic document conversion server
US6141653 *16 Nov 199831 Oct 2000Tradeaccess IncSystem for interative, multivariate negotiations over a network
US6178408 *14 Jul 199923 Jan 2001Recot, Inc.Method of redeeming collectible points
US6192407 *4 Apr 199720 Feb 2001Tumbleweed Communications Corp.Private, trackable URLs for directed document delivery
US6202051 *19 Feb 199913 Mar 2001Merc Exchange LlcFacilitating internet commerce through internetworked auctions
US6212556 *21 Apr 19993 Apr 2001Webxchange, Inc.Configurable value-added network (VAN) switching
US6243691 *29 Mar 19965 Jun 2001Onsale, Inc.Method and system for processing and transmitting electronic auction information
US6324649 *2 Mar 199827 Nov 2001Compaq Computer CorporationModified license key entry for pre-installation of software
US6606608 *19 Jul 199912 Aug 2003Amazon.Com, Inc.Method and system for providing a discount at an auction
US6618810 *27 May 19999 Sep 2003Dell Usa, L.P.Bios based method to disable and re-enable computers
US6636888 *15 Jun 199921 Oct 2003Microsoft CorporationScheduling presentation broadcasts in an integrated network environment
US6697089 *18 Apr 200024 Feb 2004Hewlett-Packard Development Company, L.P.User selectable application grammar and semantics
US6721784 *30 Dec 199913 Apr 2004Poofaway.Com, Inc.System and method for enabling the originator of an electronic mail message to preset an expiration time, date, and/or event, and to control and track processing or handling by all recipients
US6738810 *3 Nov 199918 May 2004D. Michael CorporationMethod and apparatus for encouraging timely payments associated with a computer system
US6757362 *6 Mar 200029 Jun 2004Avaya Technology Corp.Personal virtual assistant
US6837791 *13 Oct 20004 Jan 2005Ods Properties, Inc.Interactive wagering system with totalisator selection
US7047241 *11 Oct 199616 May 2006Digimarc CorporationSystem and methods for managing digital creative works
US7149893 *7 Sep 199912 Dec 2006Poofaway.Com, Inc.System and method for enabling the originator of an electronic mail message to preset an expiration time, date, and/or event, and to control processing or handling by a recipient
US7330826 *9 Jul 199912 Feb 2008Perfect.Com, Inc.Method, system and business model for a buyer's auction with near perfect information using the internet
US7461087 *21 Dec 20002 Dec 2008The Boeing CompanyTechnology management system using knowledge management disciplines, web-based technologies, and web infrastructures
US7480638 *3 Apr 200120 Jan 2009Ebay Inc.Method and system automatically to remind parties to a network-based transaction to comply with obligations established under a transaction agreement
US7484245 *29 Sep 200027 Jan 2009GigatrustSystem and method for providing data security
US20010029486 *6 Apr 200111 Oct 2001Nec Corporation.Method for managing payment and payment managing system
US20010032094 *11 Jan 200118 Oct 2001Swarupanda GhoshSystem and method for managing licensing information
US20010032182 *16 Feb 200118 Oct 2001Srihari KumarInteractive bill payment center
US20010037204 *8 Jan 20011 Nov 2001Horn John R.System and method for on line resolution of disputes
US20010051919 *14 Mar 200113 Dec 2001Mason Elaine ScottEarly-payment discount for E-billing system
US20020029183 *23 Feb 20017 Mar 2002Vlahoplus John C.Electronic ownership control system and method
US20020065761 *29 Nov 200030 May 2002Fischer David HowardSubscriber notification criteria for electronic auctions
US20020065885 *30 Nov 200030 May 2002Mark BuonannoMultimedia B2B opportunity and error detection and resolution engine
US20020116323 *16 Feb 200122 Aug 2002Schnall Peter A.Method and apparatus for providing loan information to multiple parties
US20020161707 *29 Mar 200231 Oct 2002Alan ColeMethod and system for multi-currency escrow service for web-based transactions
US20090138398 *27 Oct 200828 May 2009Citibank, N.A.Method and system for multi-currency escrow service for web-based transactions
Classifications
U.S. Classification705/50, 705/34
International ClassificationG06Q10/00, G06Q30/00
Cooperative ClassificationG06Q30/0601, G06Q30/06, G06Q30/04, G06Q50/188
European ClassificationG06Q30/06, G06Q30/0601, G06Q50/188, G06Q30/04
Legal Events
DateCodeEventDescription
19 Feb 2015ASAssignment
Owner name: EBAY INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:SZE, VICKY;REEL/FRAME:034980/0852
Effective date: 20010327
23 Jul 2015ASAssignment
Owner name: PAYPAL, INC., CALIFORNIA
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:EBAY INC.;REEL/FRAME:036170/0540
Effective date: 20150717