E-COMMERCE NOTIFICATION

Abstract: Systems and methods for conducting e-commerce provide notification to customer about opportunities suited to the customer's specific request and about opportunities in which the customer's request can be aggregated with similar requests of other customers. A features of notifying into the future is provided, in which a customer's request (20) that includes at least a description of a desired purchase is sent and is accepted at a server (10), and then vendors (30) are identified, and then the customer is notified about offerings that match the request (111). The notifications begin at the time the request is originally made, and continue at additional times into the future (113). The steps of identifying vendors and notifying the customer are repeated into the future to catch matches that might not be available the first time a check for matches is made. The repetition can be for a certain period of time, or it can be terminated by a certain event or set of circumstances (114). For example, the notification may end if a time limit is reached, such as the close of an auction. As another example, the nofification may end if there is an indication by the customer that further notification is unnecessary, as when the customer has completed the transaction that was intended.

Description: E-COMMERCE NOTIFICATION Cross-Reference to Related Application This application is based on and claims priority to and the benefit of U.S. Provisional Patent Application Serial No. 60/118,684, filed February 5, 1999, the entire contents of which is hereby incoφorated herein by reference. Technical Field The invention relates to conducting demand-driven electronic commerce (hereinafter "e-commerce"), and in particular e-commerce in which a customer can be notified into the future of opportunities that suit the customer's specific request and of opportunities in which the customer's request can be aggregated with similar requests of other customers. Background Information Electronic commerce is a rapidly growing field of business. The opportunity for customers and for merchants to make known what they require and what they can supply, respectively, has been greatly enhanced by the availability of communication via the Internet. To place this development in historical perspective: in conventional commercial activity as practiced prior to the advent of the Internet, vendors typically advertise in print media and in electronic media such as radio and television by means of commercial messages that are broadcast to an entire populace at large. Customers seeking a good deal are forced to visit or call merchants to determine price and availability of items that they wish to purchase, which can be both tedious and time consuming. Customers can additionally place want ads in various print media that are disseminated to the general populace, but this is typically a very inefficient process. Today, a customer can use a personal computer to locate on the Internet or the World Wide Web (hereinafter "the web") online storefronts and/or advertisements posted by vendors who have specific products for sale. Readily available and easily accessible information can in principle create a nearly perfect market where consumers can always choose the deal that suits them best from a wide variety of offerings and suppliers can reach all prospective customers without the need for a middleman. However, in practical experience, there are barriers on the road to such a perfect marketplace. One barrier is information overload created by the sheer volume of information that can be located. Another barrier is information accuracy based on the fact that this information is highly dynamic and can change quickly in time. There are many thousands of web sites on the Internet offering merchandise in a large variety of categories. This merchant community is growing very rapidly. Comparison shopping services that help users find their way through this vast array of information are available. Examples of such services include Bottom Dollar (www.bottomdollar.com), mySimon (www.mysimon.com), Jango (www.jango.com) and others. Such services allow users to specify a product or service they are looking to buy and a price range they would like to buy it at. Comparison shopping services attempt to find as many deals as possible offered on the Internet that fall within the user specified range. Even as the wealth of information is addressed by the comparison shopping services, or "shopping bots" described above, no adequate solution is provided with regard to the dynamic nature of the information. The comparison shopping services provide information that represents a "snapshot" of the available deals as of a particular time. With the advent of selling techniques such as auctions, classifieds and special sale events of short duration that have greatly proliferated over the Internet, a "snapshot" provides inadequate information in real time. Another shortcoming of conventional shopping techniques relates to the inability of an individual shopper or customer to bargain for a better deal based on volume. In the conventional shopping situation, vendors have appreciable ability to determine what discounts will be available to volume purchasers, and to withhold such volume discounts from individual customers. One method of e-commerce that is already being exploited is the posting of the electronic equivalent of printed catalogs on web sites. One feature of such commercial activity is the sale of large quantities of standard commercial products in a single transaction to corporate purchasers. One advantage of such commercial commodity ordering systems is that a corporate purchaser can standardize its commodity ordering practices, and may obtain more advantageous prices by placing volume orders. An example of such a web site is www.tpnregister.com. In general, individual consumers have not had the opportunity to obtain such advantageous prices because individuals often do not need the quantities of goods or services that would command a discounted price. Generally, the entity that can obtain the commercial advantage of volume purchasing in the consumer setting is a wholesaler or volume retailer, rather than the individual customer or end-user. In the field of e-commerce, there are firms that sell consumer items in large quantity. An example is the purchase of books from e-commerce businesses such as amazon.com and barnesandnoble.com. The model that such businesses appear to follow is similar to that of other large retailers, but with transactions taking place via the web. The customer obtains as a benefit the convenience of shopping from any location that a personal computer is available, at any hour, for the price of a local telephone call, with delivery of the desired product to the customer's door. However, e-commerce as practiced in this model does not afford the individual customer any additional competitive advantage as compared to a conventional retail purchase. Another model that has appeared in the context of e-commerce is the opportunity for an individual consumer to propose a price for a desired good or service, which is then presented to one or more vendors who may accept the terms that are proposed. An example of such e-commerce is the sale of airline tickets in response to a consumer's proposed price posted on the web site www.priceline.com. In this model, the driving force appears to be the fact that the time-sensitive service offered is one that would be wasted in the absence of a bid by a customer that is acceptable to a service provider. The web site www.priceline.com presents as an example the assertion that airlines fly airplanes with over 500,000 empty seats every day, which generate no revenue for these airlines. The inference is that an airline might prefer to generate some revenue, provided that such a sale did not eliminate a ticket sale at a higher price. The above examples indicate that, while e-commerce may offer some advantages over conventional retail commercial activity, there are still considerable shortcomings and limitations in the practice of e-commerce. O 00/46686 Summary of the Invention In accordance with the invention, e-commerce is conducted in such a way that a customer is notified into the future about opportunities suited to the customer's specific request. Also the invention relates to making available to the customer opportunities to aggregate the customer's request with similar requests of other customers, thereby providing the customer with a requested good or service at more favorable terms, such as a lower price. In one aspect, the invention features a method of notifying into the future, comprising that steps of accepting a request sent by a customer over a computer network, the request sent by the customer including at least a description of a desired purchase, identifying vendors on the computer network with at least one offering satisfying the request sent by the customer, and notifying the customer about the at least one offering. The method further comprises repeating the steps of identifying vendors and notifying the customer into the future. Embodiments of this aspect of the invention can have the following features. The customer can be notified into the future until a passage of a pre-defined time, or until the customer indicates that further notification is unnecessary. The request sent by the customer can additionally include the maximum price the customer is willing to pay for the purchase, and can include a target point in the future by which the customer wants to make the purchase. The notification of the at least one offering can be made by e-mail, by pager, by personal notifier, or through a Web page and can be made on a schedule defined by the customer. The customer can specify in the case of an auction how long before the end of the auction the customer wishes to be notified about the auction. In another aspect, the invention involves a method of notifying about other offers, comprising the steps of accepting at a server a request sent by a customer over a computer network, the request sent by the customer including at least a description of a desired purchase, comparing the description of the desired purchase in the request to offers of assets for sale recorded on the server, each of which comprises a description of an asset to be sold, and notifying the customer of any of the offers of assets for sale that satisfy the request. Embodiments of this other aspect of the invention can have the following features. The request sent by the customer can further include a maximum price that the customer is willing to pay for the desired purchase, and can include a target point in the future by which the customer wants to make the desired purchase. The comparison of the request sent by the purchaser with offers that are recorded on the server can further include a sale price and a time period for which the offer will remain valid. In yet another aspect, the invention involves a system for notifying into the future, comprising a personal computer connectable to a computer network, a server connectable to the computer network, a module operating on the server that can accept a request sent by a customer over the computer network, the request sent by the customer including at least a description of a desired purchase, a module operating on the server that can identify vendors on the computer network with at least one offering that satisfies the request sent by the customer, a module operating on the server that can notify the customer about the at least one offering, and a module operating on the server that can repeatedly invoke the operation of the modules that identify vendors and that notify customers into the future. Embodiments of this other aspects of the invention can have the following features. The system can comprise a module operating on the server that can repeatedly invoke the operation of the modules that identify vendors and that notify customers into the future until a passage of a pre-defined time, or until the customer indicates that further notification is unnecessary. In still another aspect, the invention involves a computer program recorded on a computer-readable medium, the program comprising a module that, when operating on a personal computer connectable to a computer network, can connect the personal computer to a server over the computer network, a module that identifies the customer to the server, a module that can download from the server information that has been gathered that identifies vendors on the computer network with at least one offering satisfying a request that was sent by the customer over the computer network wherein the request included at least a description of a desired purchase, a module that can display the downloaded information to the customer, and a module that can repeatedly invoke the operation of the modules that identify the customer, that download information from the server, and that display the downloaded information to the customer to provide updates of the information that has been gathered based upon the request sent by the customer. Embodiments of this aspect of the invention can have the following features. The computer program module that can download from the server can further download information about a desired purchase including the description of the desired purchase, a price at which the desired purchase is available, and an identifier of a vendors that offers the desired purchase, such as a vendor's name, address, telephone number, and web site address. The computer program module that can download from the server can further download information about publicly traded shares of stock or information about news topics of interest to the customer. The computer program module that can download from the server can further download information during a time period when the server and the personal computer are not in communication. In another aspect, the invention involves a method of notification about other offers, comprising the steps of making an offer available over a computer network to a customer, where the offer includes a description of an asset to be sold, and a sale price for the asset, accepting from the customer an indication of interest to purchase at least some of the quantity of the asset, and notifying the customer of additional offers available over the computer network. Embodiments of this aspect of the invention can have the following features. The steps of notifying the customer of the additional offers can relate to substantially similar assets available over the computer network, or it can relate to assets that are complementary to the asset in which the customer indicated an interest to purchase. The foregoing and other objects, aspects, features, and advantages of the invention will become more apparent from the following description and from the claims. Brief Description of the Drawings In the drawings, like reference characters generally refer to the same parts throughout the different views. Also, the drawings are not necessarily to scale, emphasis instead generally being based upon illustrating the principles of the invention. FIG. 1 is a schematic overview of an embodiment of an e-commerce system showing the interrelationships between and among the system and the end users or customers, the certified merchants, and the remainder of the Internet. FIG. 2 is a schematic overview of an embodiment of the invention. FIG. 3 is a schematic diagram of system hardware and software that can provide the systems and methods according to the invention. FIG. 4 depicts a flow diagram of the Shopping Club operation as seen from the perspective of a customer or end user, according to the invention. FIG. 5 depicts a flow diagram of the Shopping Club operation as seen from the perspective of a merchant or vendor, according to the invention. FIG. 6a depicts a flow diagram of an embodiment of the operation of a Shopping Club including both the activities of customers and certified merchants, according to the invention. FIG. 6b depicts a flow diagram of an embodiment of the operation of an offer by a certified merchant, in response to a history of requests by customers, according to the invention. FIG. 7 depicts a flow diagram of the notification operation, showing the relative time sequence of the interactions between a customer and the DealTime service, and of the activities of the DealTime service, according to the invention. FIG. 8 depicts a flow diagram of an embodiment of the Demand Aggregation operation that employs the Deal Agent on the DealTime web site. FIG. 9 depicts a screen display that appears on the customer or end user's computer during the operation of an embodiment of the invention. Description One embodiment of the invention involves a web site on the World Wide Web with the address www.DealTime.com (hereinafter "DealTime.com"). The invention includes both systems and methods for conducting demand-driven e-commerce. The systems and methods embodied in DealTime.com enable users to exploit fully and efficiently the dynamic, information-rich nature of the Internet generally and the World Wide Web particularly. The systems and methods embodied in DealTime.com feature real-time e-commerce notification services to alert users of time varying product events, for example in auctions, classifieds and closeouts sales, that are carried into the future by repetition of the notification with updates over time. Another feature of the systems and methods embodied in DealTime.com is the ability to aggregate demand by collecting user requests for products and/or services and creating economics of scale that benefit both consumers and merchants. The notification and demand aggregation aspects of the invention are each of independent significance, and will be described individually. It will become apparent, however, that the provision of notification together with demand aggregation offers advantages that neither aspect provides individually. Auctions, classifieds and special sale events of short duration create an opportunity to cover the highly dynamic time dimension of electronic commerce by way of maintaining a relationship with customers that wish to optimize the timing of their purchase in a way that will truly allow them to get the best possible deal for the product of their choice. These customers use the market variation in time to their advantage by being notified on such variations as they happen enabling them to make an informed purchase decision. In order to facilitate the above purchase methodology, in one embodiment, the customer communicates his or her purchase requirements to the system, which stores these requests in a computer database. In this embodiment, another portion of the database continuously tracks relevant merchants for offers of sale items that satisfy those requirements. In this embodiment, the customer additionally specifies one or more communication channels, such as e-mail, by which information describing purchase opportunities can be transmitted in a timely manner, when a match is found between a purchase requirement and a sale offer. In this embodiment, the customer can also specify a time by which he or she would like to complete the desired purchase. The existence of a repository of customer product requirements for a time period creates an opportunity to identify demand for any given product by a number of customers, and to leverage such demand to the advantage of both merchants and customers. The communication channels with the customers can serve to communicate purchase opportunities as they occur. FIG. 1 is a schematic overview of an embodiment of an e-commerce system showing the interrelationships between and among the system and the end users or customers, the certified merchants, and the remainder of the Internet. Since DealTime.com is a web site, communication between customers and DealTime.com and between certified merchants and DealTime.com occurs over the Internet. The term "the remainder of the Internet" refers to Internet users and web sites that are neither "customers" nor "certified merchants." Both the terms "customer" and "certified merchant" will be described in more detail below. The DealTime Service 10 indicates an embodiment of the methods and systems of the present invention. The DealTime Service 10 accepts requests from customers or end users 20. A user of the web becomes a customer by visiting the DealTime.com web site and registering a request with the DealTime.com web site. In the following discussion, the term "desired purchase" is intended to refer to some good or service or other thing of value that one may wish to obtain. Examples of "desired purchases" can include but are not limited to a home appliance such as a television that a customer wishes to buy, an object such as an automobile that a customer wishes to lease, or a service such as transportation or entertainment that a customer wishes to enjoy by purchasing a ticket or making a reservation. Other examples of benefits that a customer might seek to obtain through the use of the invention include the provision of information that is accessible via the Internet, such as news or financial data. A request can include a description of a desired purchase of a customer 20, a maximum price the customer 20 is prepared to pay, a target point in the future by which the customer 20 wants to complete the transaction, and other relevant information that the customer 20 may provide, such as quantity required. In another embodiment, the customer 20 may provide a request based on a product or service described on the DealTime Service 10 web site. Such communications by a customer 20 are denoted in FIG. 1 by the arrow labeled Product Selection. In still another embodiment, the customer 20 may express interest in subscribing to or joining a Shopping Club, which will be more fully discussed below. The communication the customer 20 sends to the DealTime Service 10 to initiate a Shopping Club subscription is depicted by the arrow labeled Shopping Club subscription. In this embodiment, the DealTime Service 10 has the abilility to communicate in a variety of ways with the customer 20. As indicated in FIG. 1 by the arrow labeled Notification, the DealTime Service 10 can communicate to the customer 20 immediately during an on-line connection via the web, and can also communicate with the customer 20 via e-mail, via pager, and via Desktop Notifier at the preference of the customer 20. Desktop Notifier is a custom software application of the DealTime Service 10 that is described more completely below. In general, such communication from the DealTime Service 10 to the customer 20 is carried out to inform the customer 20 of offers that satisfy the criteria that the customer 20 has indicated in the request that the customer 20 communicated to the DealTime Service 10. The subject matter of the communication can be a desired purchase, a quotation of the price of a share of stock, or news information that is of interest to the customer. As will be described more completely below, the notification process can be repeated from time to time so as to apprise the customer 20 of new information that the DealTime Service 10 locates through continual searches that it performs. Through DealTime.com users can personalize product and service selections and the price at which such selections are of interest for them. The service notifies users through a notification vehicle of their choice regarding the availability of such products or services on a wide variety of merchant, auction and classified sites. Initially the service provides a "snapshot" of available deals in user selected areas any time the user enters the site. It then goes on to expand significantly upon this static snapshot through continuously monitoring the Internet for future occurrences of even better bargains, and then providing real time alerts to consumers when such bargains become available. A feature of the invention that is embodied in the DealTime.com service is that it enables comparison-shopping technology to be integrated with auction site information. Through the notification technology, users are able to define how long before an auction ends that they would like to be notified if their product selection falls in the price range that they specify, so they can then enter their bid. The notification technology allows price comparisons among regular merchants, classifieds and auctions in a manner the 'snapshot' comparisons cannot, because notification technology permits the customer to observe variations in price and availability over time. Auction sites have become ubiquitous on the Internet. They represent one of the most dynamic forms of e-commerce. However, it is impossible to embed auction sites in static price comparisons in a meaningful manner. This is a result of how auctions are carried out. As an example, a $2000 computer may have a starting bid price of $1 and the auction may go on for hours or days before the highest bid starts to approach the closing price. DealTime.com enables the comparison of retail sites with auctions, by permitting the user to define how much time before an auction ends the user wants to be notified in case the product and the price matches the user's selection. This capability enables such users to filter out unwanted reports from auctions in their early stages and permits users to turn their attention to e-commerce events that can yield real shopping value. DealTime.com adds personalization as well as timeliness to electronic commerce. DealTime.com automated shopping agents consolidate offerings from a multitude of online stores, auction sites and classified ads in a continually updated database. A second database contains user profile information, supplied by the user and detailing the specifics of the items that he or she wishes to purchase. The DealTime.com service frequently checks newly available deals against customer preferences, instantly notifying users of relevant days via the Desktop Notifier desktop client, e-mail, or pager. FIG. 1 also depicts the relationship and interaction of the DealTime Service 10 with certified merchants 30 who have registered with the DealTime Service 10. The DealTime Service 10 can create aggregations of the requests of multiple customers 20 that include a plurality of requests for some specific desired purchase. Merchants certified by DealTime.com receive a password protected web page by which they can retrieve information regarding the number of concurrent requests for any given product as indicated in FIG. 1 by the arrow labeled Demand Aggregation Reports. They can respond to demand for such product by submitting a new offer to sell the product to the customers 20 who made the concurrent requests. Existing customers 20 looking for the product will be notified on the new offer and all future customers 20 searching for it will see it as part of their search results. In another embodiment, the DealTime Service 10 itself can create a purchasing opportunity by identifying a certified merchant 30 that can provide at least a minimum quanity of a good or service that is likely to be in demand by the customers 20.To this end, the DealTime Service 10 can create a Shopping Club, which is an aggregated purchasing opportunity for a specific good or service whereby the customers 20 who have expressed interest in acquiring the good or service can use their combined purchasing power to obtain the good or service at better terms than any of the customers 20 could command individually. An individual customer 20 who combines his or her purchasing power with others does not have to know who the other customers 20 are, nor does the individual customer 20 have to find others to make purchases. The DealTime Service 10 includes tools that permit the web site administrator to identify demand created by customers 20, and to create a Shopping Club based on the requests of the customers 20. A Shopping Club will in general require that a minimum number of orders must be placed within a specified time period in order to bind both the customers 20 and the certified merchant 30. Once a Shopping Club has been set up, the DealTime Service 10 from time to time provides reports to the certified merchant 30, as indicated by the arrow labeled Shopping Club Reports, so that the certified merchant 30 can monitor the progress of orders. In the event that the minimum number of orders is reached or exceeded within the specified time period, the orders are placed and fulfilled. In both embodiments described above, certified merchants 30 can submit sales offers to a community of customers 20 seeking a common product or service as described by the arrow labeled Offers. The interaction of the certified merchant 30 with the DealTime Service 10 is described more fully below. FIG. 1 further depicts the interaction of the DealTime Service 10 with the remainder of the Internet 40 or the web. The DealTime Service 10 includes a plurality of web crawlers, which will be described in more detail below. A web crawler is a computer program or computer process that can contact other web sites and can explore the information presented at a contacted site. A web crawler can have the ability to search for specific information on the web, and can both catalog the location of the information of interest that it finds, as well as downloading a copy of some or all of the content of interest that is located. As depicted in FIG. 1, the DealTime Service 10 can by this web crawler capability obtain information relating to goods and services that are available on the remainder of the Internet, and information relating to the vendors of such goods and services. The information that can be obtained can include offers available through online stores (e.g., vendors such as amazon.com), offers available through auctions (e.g., offers presented via online auctioneers such as ebay.com), and offers available by classified postings on the web. The information so obtained can be communicated to a customer 20 who is interested in the specific good or service that is offered. O 00/46686 FIG. 2 is a schematic overview of an embodiment of the invention, as represented by the DealTime Alert Service. At the left of FIG. 2 are depicted some of the kinds of information that is available on the web, including online auctions, person to person auctions, classifieds, last minute deals, and sale/closeout offers. Many of these kinds of transactions are time-sensitive. As already noted, such information relating to the offer of goods and services can be located by one or more web crawlers 11 that are depicted as a part of the DealTime Service 10. The information retrieved by a crawler 11 can be stored in a deal database 12 that is maintained by the DealTime Service 10. The deal database 12 contains aggregated information from e-commerce sites. This information is sorted by the specific attributes of each product or service. For example, desktop computers can be sorted by their manufacturer, model number, amount of hard disk and RAM as well as other features. As a crawler 11 obtains more current information, or new information, the deal database 12 can be updated or augmented as appropriate. The crawlers 11 periodically scan targeted auction, classified ad, Internet merchant and service provider sites and bring information about new deals into the deal database 12. In one embodiment, DealTime.com has developed technology that enables the creation of a new crawler dedicated to parsing a specific e-commerce site into the deal database 12, with minimum effort and using relatively unskilled personnel. This enables DealTime.com to add new e-commerce sites to its deal database 12 inexpensively and at a rapid pace. The technology has two primary components, a high level, site description language, and a dictionary that contains the product and service description elements in many different categories. This dictionary continuously "learns" the terms used in different areas and then identifies and correlates such terms as various crawlers examine and parse merchant sites. FIG. 2 also depicts a personal computer 22 of a customer 20. The customer 20 can use this personal computer 22 to communicate with the DealTime web site 15 via the Internet. As depicted in FIG. 2, the customer 20 can transmit via personal computer 22 the information necessary to initiate action by the DealTime Service 10, namely, a request for a desired product or service, along with information that identifies the user to the DealTime Service 10, which is collectively represented as the arrow labeled user personalization 16. This request information is maintained by the DealTime Service 10 in a user database 14 that can be accessed by the DealTime Service 10 even when the customer's personal computer 22 is no longer connected to the DealTime Service 10. The user database 14 contains information about customers or users and the products and services about which they would like to be alerted. Each user is assigned a unique user number. Desired product and service category information is stored for each user, as well as the user's requested notification preference and preferred type of e-commerce site. FIG. 2 further depicts a matching engine 13 that can compare the requests of customers 20 that are recorded in user database 14 with the information about offers of goods and services that are recorded in deal database 12. The matching engine 13 uses highly efficient comparison methods. When a record of an offer is found that matches a record of a request, the pertinent information is made available to the user via any of the available notification channels that the customer 20 has selected. The customer 20 can be notified via e-mail notification channel 17, via Desktop Notifier using desktop notification channel 18, or by pager notification via pager channel 19 that sends a message to the customer's Internet-based pager device through the intermediation of a typical radio tower 123 using conventional pager technology. Desktop Notifier is a custom software application that the customer can download from the DealTime web site 15. This application adds a resident program to the customer's personal computer 22 that permits the personal computer 22 to automatically connect to the DealTime web site 15. The operation of Desktop Notifier is described more fully below. Desktop Notifier displays alerts of user defined events. An event can be, for example, a product becoming available on the Internet in the price range defined by a user, a news item in the user's area of interest, or a stock price reaching a predefined value. The Notifier can also fetch the user's stock portfolio data periodically and displays it in a stock summary. Desktop Notifier uses the same personal preferences as those defined in each user's selections and delivers time-sensitive content to the desktop. For example, events signifying stock prices, travel information or news matching the user's interests can be reported. The user can go about doing his or her work while the Desktop Notifier keeps track of occurrences of special interest and allows him or her to take appropriate action in a timely manner. FIG. 2 also depicts a personal computer 23 of a certified merchant 30. The certified merchant 30 can use this personal computer 23 to communicate with the DealTime web site 15 via the Internet. The certified merchant 30 can use the personal computer 23 to retrieve information of customer demand for certain products in the Deal Data Base 12, or to obtain information on Shopping Club status. The certified merchant 30 can use the personal computer 23 to respond to such information by submitting offers to DealTime customers 20. FIG. 3 is a schematic diagram of system hardware and software that embodies the system and methods according to the invention. In FIG. 3 there is depicted the Deal Time 10 web site 15 www.DealTime.com that serves as the entry point to the DealTime Service 10. Communication via the Internet with the DealTime web site 15 by customers 20 and by certified merchants 30 is routed by the local director 28 to one of the one or more web servers 29 that are provided to handle communications. Once a connection has been established with the DealTime Service 10 via the DealTime web site 15 and a web server 15 29, the DealTime Service 10 routes the communication from the customer 20 or the certified merchant 30 to the appropriate area of the database system 24. The database system 24 includes one or more data storage devices 25 that can be divided into storage for both user database 14 and deal database 12. One or more database servers 27 are provided to allow access to the database storage 25 in real time. A database control 20 system 26 is provided to oversee the proper operation of the database system 24, and to maintain control over access to the data storage devices 25. One or more web crawlers 11 are provided to search for specific information on the web and to retrieve information corresponding to requests for storage within the database system 24. FIG. 4 depicts a flow diagram 50 of the Shopping Club operation of the DealTime 25 Service 10 as seen from the perspective of a customer 20 or end user, according to the invention. The customer 20 has two options upon entering the DealTime Service 10. In the first case, the customer 20 can select a product of service, and optionally can state a maximum price that the customer 20 is prepared to pay, as depicted at box 52. Alternatively, the customer 20 can view a list of currently existing Shopping Clubs, as 30 depicted at box 54. If an existing Shopping Club is available that provides the good or service that the customer 20 desires, he or she can select that Club, as depicted at box 56. If the customer 20 selects a Club, he or she can choose to join the Club after seeing the terms that the Club offers for the good or service, as depicted at box 58. A Club's terms will include at least a description of the goods or services, a price, any charges for shipping and handling, information about product availability, and the minimum number of orders that are required by the vendor for the Club to operate. A customer 20 who 5 communicates a request that corresponds to an existing Club will be informed of the existence of the Club, as depicted at box 60. The customer 20 will be offered the chance to join the Club, after seeing the terms that the Club offers for the good or service, as depicted at box 58. The customer 20 who chooses to join the Club is then added as a member, as depicted at box 66. 10 In the event that the customer 20 has requested a good or service for which there is no existing Shopping Club, the DealTime Service 10 will determine whether there is a reasonable basis for creating a new Shopping Club for the requested good or service, as depicted at box 62. The basis for such a determination can include an analysis of such factors as the likely size of the Club and the likely availability of a suitable vendor. If a 15 new Club appears to be appropriate, the DealTime Service 10 creates the new Club, as depicted at box 64, and enters the customer 20 as a member. Once a Club exists and a customer has become a member, the DealTime Service 10 then operates an iterative process relating to the acceptance of offers. FIG. 4 depicts this iterative process beginning at box 68, where an offer is presented to each customer 20 20 who has become a member of the Club in question. The customer 20 may choose to accept or to reject the most recent offer, as depicted at box 70. If the customer 20 declines the offer, the customer 20 will receive any subsequent offers, which eventuality is depicted by the arrow that returns to box 68 from box 70. A customer 20 can traverse an indeterminate number of times the loop consisting of an offer at box 68 and a rejection 25 of the offer at box 70, with a return to box 68 for the next offer. A customer 20 accepts the offer, by sending the DealTime Service 10 a communication representing a form of payment such as a credit card number or another form of financial commitment, as depicted at box 72. Upon such acceptance, the customer 20 has made an agreement to complete the desired purchase, provided that the number of commitments meets or 30 exceeds the minimum number required by the vendor. The DealTime Service 10 determines whether there have been a sufficient number of commitments to purchase the good or service that is the object of the Club at box 74. The DealTime Service 10 continues to offer the good or service for the duration of the time that the Club is still valid to other interested customers 20, as depicted by the loop back to box 68, whether or not the total number of commitments to purchase the good or service that is the object of the Club is below the minimum number. Upon the expiration of the of the time period for which the sale is valid, if a sufficient number of commitments to purchase have been received by the DealTime Service 10, the purchase by the members of the Club is completed by sending all of the financial and shipping information necessary to the appropriate vendor, who then completes the individual transactions with the customers 20 who have made commitments to purchase. The successful completion of a Club is depicted at box 76. However, in the event that the minimum number of commitments to purchase are not received by the DealTime Service 10 at the expiration of the period for which the sale is valid, the Club is canceled, and the customers 20 who have made commitments to purchase are not charged, nor is the sale completed. If a vendor appears who is prepared to make a more advantageous bargain for the committed customers 20, the transaction is completed on the more favorable terms. Certified merchants 30 have an opportunity to view the progress of Clubs. FIG. 5 depicts a flow diagram 80 of the Shopping Club operation as seen from the perspective of a merchant or vendor, according to the invention. A merchant begins by obtaining certification from the DealTime Service 10, as depicted at box 82. This involves a registration process in which a merchant sets up a password-protected web page on the DealTime Service 10. The certified merchant 30 can then subscribe to the DealTime Service 10 by selecting any number of products or services, as depicted at box 84. The certified merchant 30 may be informed of the formation of a new Shopping Club relating to products selected as depicted at box 84, when a new Club is formed, as depicted at box 86. The certified merchant 30 may choose to become involved in a Shopping Club, as depicted in the loop consisting of boxes 88, 90, 92 and 94. At box 88, the certified merchant 30 has the opportunity to examine the progress of an existing Club, as to the number of orders that have been committed to by customers 20, and as to the terms of the offer by the proposed vendor. The certified merchant 30 can decide not to make an offer of goods or services, as indicated at box 90, in which case the certified merchant 30 can continue to peruse the progress of the Club, as indicated by the arrow returning to box 88 from box 90. If the certified merchant 30 decides to make an offer of goods or services, the certified merchant 30 may do so by indicating the description of the goods or services, as well as a price, any shipping and handling charges, a delivery time or product availability, the minimum number of customer commitments required, and a time during which the offer will remain valid, as represented by box 92. The offering of the certified merchant 30 will then be available for commitments by customers 20 during the period for which the sale is valid. A certified merchant 30 can make an offer of goods or services that is a better bargain than the offer that exists in the Club. Upon the expiration of the of the period for which the sale is valid, if a sufficient number of commitments to purchase have been received by the DealTime Service 10, the 10 purchase by the members of the Club is completed by sending all of the financial and shipping information necessary to the certified merchant 30, who then completes the individual transactions with the customers 20 who have made commitments to purchase. The successful completion of a Club is depicted at box 96. However, in the event that the minimum number of commitments to purchase are not received by the DealTime Service 15 10 at the expiration of the period for which the sale is valid, the Club is canceled. FIG. 6a depicts a flow diagram of an embodiment of the operation of a Club including both the activities of customers 20 and certified merchants 30, according to the invention. In this embodiment, when a Shopping Club is initiated, there is an indication by at least one customer 20 of an interest to purchase some good or service, or an 20 indication by a certified merchant 30 that the good or service will be made available on some terms for some period of time provided some minimum sales volume is reached. As an example, a customer 20 may wish to buy, and a first certified merchant 30 may wish to sell, widgets at $100 each, if at least 25 sales are agreed to within 3 days. After some time, suppose that there are 15 customers 20 who have committed to make 25 purchases. In this embodiment, these customers 20 have received the offer, as depicted at box 68. The customers have decided to accept the offer, as depicted at box 70. The customers 20 have committed to make a purchase, by providing some appropriate financial indicator, as depicted at box 72. The total of committed customers 20 and the 30 terms of the offer are maintained in records collectively depicted as Club offer 98. There can be some number of customers 20 who have decided, after receiving the offer as depicted at box 68, to refrain from accepting the offer, as depicted at box 70. O 00/46686 Such a customer 20 is informed of the progress of the Club, as depicted at box 68, until the time period that the Club is valid expires or until the customer 20 indicates that it is unnecessary to continue to provide information about the purchase. In this embodiment, the first certified merchant 30 can follow the progress of the Club. The information recorded as the club offer 98 is available to the first certified merchant 30 for viewing via the password-protected web page that the certified merchant 30 received upon being certified with the DealTime Service 10. The first certified merchant 30 can follow the progress of the number of commitments made to purchase the product or service that is the object of the Shopping Club. According to the example, in this embodiment the first certified merchant 30 would see that there are 15 commitments to purchase under the terms originally presented. Any other certified merchant 30 can also follow the progress of this Club. In this embodiment, it is possible that a second certified merchant 30 observes the status of the Club and determines that an offer of widgets at $95 each with a minimum commitment of 30 is a reasonable offer to make, and one that would afford the second certified merchant 30 a suitable profit. If the second certified merchant 30 makes such an offer, the Club offer 98 can be updated to reflect the reduction in price and the larger minimum commitment requirement. In this embodiment, some number of the customers 20 who have not accepted the original offer now are presented with the updated offer. Some number of customers 20 who see the new offer may choose to accept the lower price. Suppose that 12 additional customers 20 make commitments at the $95 price per unit. In this embodiment, the Club offer 98 will be updated to reflect this new total of 27 commitments at prices of at least $95. First certified merchant 30, or other certified merchants 30 who deal in widgets, may choose to make yet another offer, at a still lower price, and perhaps with a larger minimum number of commitments. Suppose a certified merchant 30 offers widgets at $90 each with a minimum commitment of 40 sales. At some time, there will come a price below which no certified merchant 30 will consider an offer, because there is no financial incentive to do so. When the time period that the Club is valid runs out, there will either be no offer that has attracted a sufficient number of commitments, or there will be at least one offer that has attracted a minimum number of commitments. If no offer has attracted a minimum number of commitments, the Club expires and no purchases are made. If a single offer has attracted a minimum number of commitments, the transactions are carried out according to the offer. In the event that the number of commitments is more than the number required to sustain more than one of the series of offers, the transaction can be carried out under the terms of the most advantageous offer that attracted its minimum number of commitments. As the example indicates, both the actions of the customers 20 and the actions of one or more certified merchants 30 take place over time, with updated information being provided to both the customers 20 from time to time and to the certified merchants 30 on demand. If, in the example under discussion, a total of 40 or more commitments are received at prices at or above $90, then all the customers 20 benefit from the lower price of $90 per widget. If, however, there were 15 commitments at $100, 12 commitments at $95, and only 10 commitments at $90, there would not be enough commitments to satisfy any of the offers individually. Thus, unless some customers 20 were willing to make commitments at higher pries, or some certified merchant 30 agreed to make a sale at $100 per unit for 15 units, at $95 per unit for 27 units, or at $90 per unit for 37 units, there would be no sale at all. FIG. 6b depicts a flow diagram of an embodiment of the operation of an offer by a certified merchant 30, in response to a history of requests by customers 20, according to the invention. As already described, customers 20 can make requests of the DealTime Alert Service 10 by sending a request to the DealTime web site 15. Such a request is depicted by box 102, labeled Customer 20 Makes Request. These requests are recorded in the user database 14, which is depicted by box 103, labeled Request Added to User Database 14. A certified merchant 30 can access the user database 14 to review the number of requests and the types of products and services that have been requested by customers 20, as depicted by box 105, labeled Merchant 30 Review User Database 14 History Over a Time Period. The review by the certified merchant 30 can include a review of the history of requests accepted over a period of time, such as the last 6 hours, or the last day, or the last week. Based on the information that the certified merchant 30 obtains from such a review, the certified merchant 30 can decide to make an offer of an asset to be sold, such as a good or a service that appears to be in demand. For example, based on such a review, a certified merchant 30 can observe that demand for a product is growing, or that a steady demand at a high level has occurred for some period of time. The certified merchant 30 can reasonably conclude that an offer of the product, good or service will meet with a positive response, and can make such an offer, as depicted by the arrow labeled "YES" exiting decision diamond 107, labeled "Make Offer?." In the event that the certified merchant 30 declines to make an offer, the certified merchant 30 can continue to review the history of requests by customers 20, as depicted by the arrow labeled "NO" returning to box 105 from decision diamond 107. Once the certified merchant 30 decides to make an offer of the product, good or service, the offer is recorded in deal database 12, as depicted by box 109, labeled Add Offer to Deal Database 10 12. The offer is handled in the same manner as any offer that is located by a search of the web by a crawler 11. Customers 20 who have already expressed interest in the product, good or service being offered are then notified of the offer via their notification platform of choice, e-mail notifier 17, Desktop Notifier 18, pager 19, or when the customer 20 accesses the DealTime web site 15, until a pre-defined time passes, as depicted by box 15 11 1, labeled Notify Customers 20 of Offer. New, or later-coming, customers 20 searching for this product via the DealTime web site 15 will have this offer included in their search results, as depicted by box 113, labeled Notify Later-Coming Customers 20 of Offer. Both customers 20 who have already indicated interest in the product, good or service prior to its being offered, as well as later-coming customer 20, can be informed 20 of the offer. Information about the offer can be provided to any customer 20 until a predefined time. The pre-defined time can be, for example, an expiration of the offer, or it can be a time specified by a customer 20 who indicates that after the pre-defined time no further notification about the offer is necessary. When a later-coming customer 20 has submitted a request to the DealTime Alert Service 10 via the DealTime web site 15 and 25 the request is recorded in user database 14, the later-coming customer 20 becomes a customer 20 who can be notified in the same manner as any other customer 20. A status as a later-coming customer 20 thus applies only to one's first interaction with the DealTime Alert Service 10. FIG. 7 depicts a flow diagram of the notification operation, showing the relative 30 time sequence of the interactions between a customer 20 and the DealTime service 10, and of the activities of the DealTime service 10, according to the invention. In this diagram, the relative passage of time is indicated by vertical position on the diagram, a later event being positioned farther down the page than a relatively earlier event. The time axis is represented by an arrow, and is not to scale. The operation of the DealTime Service 10 as related to a specific request by a specific customer 20 begins with the transmission of the request from the customer 20 to the DealTime Service 10 by means of a connection over the Internet, as indicated by box 102. The request is compared with the currently active Shopping Clubs to see if the request matches the subject of an existing Shopping Club, as depicted by diamond 104. If a suitable Shopping Club exists, the flow diagram follows the path of FIG. 4 beginning at box 54. 10 If a suitable Shopping Club does not exist, the customer's request is then matched with the offers recorded in the deal database 12, as depicted at box 106. Any deal offers that are appropriate matches are then communicated to the customer 20 as a snapshot of the deals then available on a Web page, as depicted at box 108. The DealTime Service 10 then enters an iterative loop, comprising boxes 110, 15 112, 114, 116, and 118. At box 110, the DealTime Service 10 causes crawlers 11 to crawl the Internet to look for new deals. In addition, new deals offered by certified merchants 30 are collected, as depicted at box 110. All such new deals that appear are entered into the deal database 12, as depicted by box 110. The customer's request is then matched against the deal database 12 once again, as depicted at box 112. At box 114, the 20 DealTime Service 10 checks to see whether the time limit that has been set has expired, or if the customer 20 has terminated the notification process. If either test gives a positive result, the loop ends. If both tests give negative results, the DealTime Service 10 proceeds to box 116, at which point a search for a match between the customer's request and the deal database 12 occurs. If a match is found at box 116, the customer 20 is 25 notified of the deal that matches his or her request, as depicted at box 118. The relevant information (e.g., the description, price, availability, etc. of the desired purchase, and the vendor's name, address, telephone, e-mail address and any other relevant identifiers) is communicated to the customer 20 who requested the information. After notification of the customer 20, the DealTime Service 10 returns to the searching mode as depicted at 30 box 1 10, and another iteration begins. In, however, no match is found at box 116, there is no notification of the customer 20, but the DealTime Service 10 again returns to the searching mode as depicted at box 1 10, and another iteration begins. FIG. 8 depicts the Demand Aggregation process embodied by the Deal Agent implementation. The drawing is divided into the description of the flow on the left side and what the certified merchant 30 views for each stage on the right. Each certified merchant 30 receives a unique merchant ID and password. The certified merchant 30 logs on to the Deal Agent through a login screen by entering its ID and password combination, as depicted by box 150. Once in the system, the certified merchant 30 can select a product category, as depicted at box 152, through the category screen. Then the certified merchant 30 is shown a product selection screen for the selected category. The box 154 embodies the selection of a product. For example, if the certified merchant 30 selected the computer laptop category, the product selection can include selecting the manufacturer, the model number, size of disk, amount of RAM, size of screen etc. As the certified merchant 30 refines the product parameters, statistics regarding the number of users seeking the product with parameters defined thus far are shown in the certified merchant's browser window. The certified merchant 30 can elect to enter an offer to the Deal Database 12 as depicted by box 156, via the Offer Entry Form. Such an offer is treated just like any offer that is found on the Internet i.e. customers 20 currently tracking a matching item will be notified of the new deal, as depicted by box 158, via their notification platform of choice, e-mail notifier 17, Desktop Notifier 18, pager 19, or when the customer 20 accesses the DealTime web site 15. New customers 20 searching for this product via the DealTime website 15 will have this deal included in their search results at any time after the offer is submitted until it expires, as depicted by box 159, labeled Inform Later-Coming Customers. FIG. 9 depicts a screen display that appears on the customer or end user's computer during the operation of an embodiment of the invention. The Desktop Notifier is an interactive control that allows customers to interact with the DealTime Service 10 from a personal computer 22. The Desktop Notifier can be downloaded from the DealTime web site 15, and is self-installing on a computer that operates with the Windows operating system. Once the Desktop Notifier is installed, an icon appears in the Windows operating system task bar, typically at the lower right corner of a computer display. The DealTime.com Desktop Notifier client is a computer application that resides O 00/46686 on the user's computer. New deals or news items that are found to match the user's preferences are sent via the Internet to the user's Desktop Notifier. An icon on the user's task bar alerts the user that new deals or other content are on his or her Desktop Notifier. FIG. 9 depicts the Desktop Notifier window 120. The Desktop Notifier window 120, invoked by clicking once on the Notifier icon in the task bar, is made up of the following sections, described from the top of the window to the bottom. • Partner's logo 122 In this embodiment, the partner is depicted as the DealTime web site. Clicking on the logo takes you to the partner's web site. • Alert Browsing Arrows 124 These arrows are used to browse through alerts or stock quotations. • Menu 126 contains two menu options: "File" and "Personalize." The main options in the "File" menu are Update... and Show History. The options in the "Personalize" menu are DealTime Alerts, News Topics, Stocks and Options. Clicking DealTime Alerts takes the customer 20 to the DealTime web site 15 where the customer 20 can select products for future tracking by the Desktop Notifier. Clicking News Topics or Stocks invokes web pages that allow the customer 20 to personalize his or her news topics and stock selections. • Topic Group 128 enunciates the alert topic that is displayed. Time Stamp 130 indicates the local time the alert or stock value was received by the Notifier. Subject 132 presents the alert's subject line, or stock ticker and company name. • Content 134 presents the substance of the alert and stock data. • Data Supplier 136 indicates the supplier that provided the data. More Details From Web 138 Clicking the "More..." link invokes the default browser with the full body of the article in the case of news, or other detailed information in the case of other alerts or stock news. When a DealTime Alert appears, the customer 20 can click on the description of the product to reach the merchant's web site where a direct purchase of the product can be completed. • Alerts/Stock Selection 140 View alerts or stock data by clicking the appropriate tab. When Stocks are selected, the user's stock portfolio is displayed in the Content area.The user can define Stock Alerts by clicking the "Alert when" link. • Promotion 142 is where advertisements and promotional data are displayed. Click in this area to get to the sponsor's web page. Some of the features of the Desktop Notifier window 120 will now be described. The customer 20 can personalize his or her deal selection for tracking directly by connection to the DealTime web site 15 by clicking on the Personalize/Deals menu selection of the Desktop Notifier window 120. The DealTime product selection screen will appear and will allow the customer 20 to search for any specific product or service, and then have the DealTime Service track deals for the product or service into the future via the Desktop Notifier window 120. In order to personalize News Topics, the customer clicks on the "Personalize" menu 126 and selects "News Topics" to invoke the web browser. The user is then brought to the personalization web page where he or she can edit the list of news topics delivered to his or her desktop. In order to personalize Stock Alerts, the customer clicks on the "Personalize" menu 126 and selects "Stocks" to invoke the web browser. The user is then brought to the stock personalization area where he or she can edit his or her list of stocks to be tracked. After completing the selection of stocks, the user clicks the "Submit Preferences" so that the new settings take effect. In the absence of a personalized list of stocks to be tracked, the Desktop Notifier will show a list of defaults, typically consisting of well-known stock indexes. With the Desktop Notifier, users can also define alerts that indicate when a stock's price goes above or below values that have been specified, or changes by more than a specified amount. When the "Stocks" tab is selected, clicking the "Alert When" link opens a dialog box that allows the user to modify these values. Stock values can be entered in decimal (e.g., 37.25) or fraction (e.g., 37 14) format. The alert itself is displayed in the alerts window. Once a stock alert occurs, it is reset and will not be shown again unless the alert value is re-entered. In order to obtain data updates, the Desktop Notifier communicates with the DealTime Service 10 via the Internet at fixed intervals, or whenever the server initiates a communication session. This mechanism is automatic and does not require user intervention. If a user wishes to force a communication update manually in order to fetch the most current data, one opens the "File" menu 126 and selects "Update All" or "Update Stocks" depending on what information one wishes to update. In order to customize the Desktop Notifier, the user can define how the Notifier behaves when it receives regular or breaking events by clicking on "Options" under the "Personalize" menu 126. The Notifier can open a Notification Window upon receiving breaking news or on every alert. The user selects the appropriate button to define his or her choice. Previous alerts displayed by the Desktop Notifier are stored for convenience. Selecting the "Show History" menu item from the "File" menu 126 can access a history list of alerts. The word History then appears in red in the Topic Group line and the history is displayed. Variations, modifications, and other implementations of what is described herein will occur to those of ordinary skill in the art without departing from the spirit and the scope of the invention as claimed. Accordingly, the invention is to be defined not by the preceding illustrative description but instead by the spirit and scope of the following claims. What is claimed is:

Claims: O 00/46686 CLAIMS 1. A method of notifying into the future, comprising: (A) accepting a request sent by a customer over a computer network, the request sent by the customer including at least a description of a desired purchase; (B) identifying vendors n the computer network with at least one offering satisfying the request by the customer; (C) notifying the customer about the at least one offering; and (D) repeating steps (B) and (C) into the future. 2. The method of claim 1 wherein step (C) comprises accepting from the customer information about how long before the end of an auction identified in step (B) the customer wishes to be notified about the auction and notifying the customer about the at least one offering in accordance with the information accepted from the customer. 3. The method of claim 1 wherein step (D) comprises repeating steps (B) and (C) into the future until a passage of a pre-defined time. 4. The method of claim 1 wherein step (D) comprises repeating steps (B) and (C) into the future until the customer indicates that further notification is unnecessary. 5. The method of claim 1 wherein step (A) comprises accepting the request that further comprises a maximum price the customer is willing to pay for the desired purchase. 6. The method of claim 5 wherein step (A) comprises the request which further comprises a target point in the future by which the customer wants to make the desired purchase. 7. The method of claim 1 wherein step (C) comprises notifying the customer by e-mail about the at least one offering. 8. The method of claim 7 wherein step (C) further comprises notifying the customer by e-mail on a schedule defined by the customer. 9. The method of claim 1 wherein step (C) comprises notifying the customer by pager about the at least one offering. 10. The method of claim 1 wherein step (C) comprises notifying the customer by personal notifier about the at least one offering. 1 1. The method of claim 1 wherein step (C) comprises notifying the customer through a Web page about the at least one offering. 12. A method of notifying about other offers, comprising: (A) accepting at a server a request sent by a customer over a computer network, the request sent by the customer including at least a description of a desired purchase; (B) comparing the description of the desired purchase in the request to offers of assets for sale recorded on the server, each of which comprises a description of an asset to be sold; and (C) notifying the customer of any of the offers of assets for sale that satisfy the request. 13. The method of claim 12 wherein step (A) comprises accepting the request that further comprises a maximum price the customer is willing to pay for the desired purchase. 14. The method of claim 13 wherein step (B) further comprises comparing the price in the request to a sale price for the asset whose offer for sale is recorded on the server. 15. The method of claim 13 wherein step (A) comprises the request that further comprises a target point in the future by which the customer wants to make the desired purchase. 16. The method of claim 15 wherein step (B) further comprises comparing the target point in the request to a time period for which the offer for sale that is recorded on the server will remain valid. 17. A system for notifying into the future, comprising: (A) a personal computer connectable to a computer network; (B) a server connectable to the computer network; (C) a module operating on the server that can accept a request sent by a customer over the computer network, the request sent by the customer including at least a description of a desired purchase; (D) a module operating on the server that can identify vendors on the computer network with at least one offering that satisfies the request sent by the customer; (E) a module operating on the server that can notify the customer about the at least one offering; and (F) a module operating on the server that can repeatedly invoke the operation of the modules (D) and (E) into the future. 18. The system of claim 17 wherein (F) comprises a module operating on the server that can repeatedly invoke the operation of the modules (D) and (E) into the future until a passage of a pre-defined time. 19. The system of claim 17 wherein (F) comprises a module operating on the server that can repeatedly invoke the operation of the modules (D) and (E) into the future until the customer indicates that further notification is unnecessary. 20. A computer program recorded on a computer-readable medium, the program comprising: (A) a module that, when operating on a personal computer connectable to a computer network, can connect the personal computer to a server over the computer network; (B) a module that identifies the customer to the server; (C) a module that can download from the server information that has been gathered that identifies vendors on the computer network with at least one offering satisfying a request that was sent by the customer over the computer network wherein the request included at least a description of a desired purchase; (D) a module that can display the downloaded information to the customer; and (E) a module that can repeatedly invoke the operation of the modules (B), (C) and (D) to provide updates of the information that has been gathered based upon the request sent by the customer. 21. The computer program of claim 20 wherein the module that can download from the server information that has been gathered further comprises a module that can download information about a desired purchase, comprising a description of the desired purchase, a price at which the desired purchase is available, and an identifier of a vendor that offers the desired purchase. 22. The computer program of claim 20 wherein the module that can download from the server information that has been gathered further comprises a module that can download information about a desired purchase, information about publicly traded shares of stock, and information about news topics of interest to the customer. 23. The computer program of claim 20 wherein the module that can download from the server information that has been gathered further comprises a module that can download information that has been gathered by the server during a time period in which the server and the personal computer are not in communication. 24. The method of notification about other offers, comprising (A) making an offer available over a computer network to a customer, said offer comprising a description of an asset to be sold, and a sale price for the asset; (B) accepting from the customer an indication of interest to purchase at least some of the quantity of the asset; and (C) notifying the customer of additional offers available over the computer network. 25. The method of claim 24 wherein step (C) comprises notifying the customer of the additional offers which relate to substantially similar assets available over the computer network. 26. The method of claim 24 wherein step (C) comprises notifying the customer of additional offers of assets that are complementary to the asset in which the customer indicated an interest to purchase.

Inventors: ASHKENAZI AMIR, SHARFMAN NAHUM, ASHKENAZI, AMIR, SHARFMAN, NAHUM
Applicants: DEALTIME COM LTD, DEALTIME.COM, LTD.
Application year: 2000
Main classification: G06F15
IPC codes: G06Q30