|Publication number||US20010009005 A1|
|Application number||US 09/789,636|
|Publication date||Jul 19, 2001|
|Filing date||Feb 22, 2001|
|Priority date||Jul 11, 1996|
|Also published as||US5890138, US6266652|
|Publication number||09789636, 789636, US 2001/0009005 A1, US 2001/009005 A1, US 20010009005 A1, US 20010009005A1, US 2001009005 A1, US 2001009005A1, US-A1-20010009005, US-A1-2001009005, US2001/0009005A1, US2001/009005A1, US20010009005 A1, US20010009005A1, US2001009005 A1, US2001009005A1|
|Inventors||Paul Godin, Jeffrey Lymburner|
|Original Assignee||Godin Paul H., Jeffrey Lymburner|
|Export Citation||BiBTeX, EndNote, RefMan|
|Referenced by (67), Classifications (21)|
|External Links: USPTO, USPTO Assignment, Espacenet|
 The present invention relates to a computerized auction system and a method for carrying out an auction system where users access the auction system by remote terminals.
 Auctions for sale of products have proven to be very popular and the success of the systems involve two major features. Typically with auction systems, there is the possibility to obtain the product at a very competitive price. In addition, there is the excitement and skill of the buyer who participates in the auction process and makes fast decisions whether to continue to participate or to recognize the price has become too high. The auction process, traditionally, has been a relatively fast process which changes quickly. The standard auction process involves users bidding for a particular product, and the product is sold to the highest bidder.
 The dynamic nature of the auction process, in its traditional form, is attractive to a certain number of participants, but it is also an obstacle to a further group of participants who do not wish to rush their decision process. For this reason, there are other variations of the auction process where the time period for the auction is much longer and the feedback of information tends to be slower. Some auction processes do not provide any real time feedback, such as a silent auction process, where users merely submit their bid, which is confidential.
 A further variation of the auction process is a reverse auction where the price of the product decreases in a set manner during the time period of the auction and each participant is provided with the current price, the quantity on hand and the time remaining in the auction. This type of auction, typically, takes place over a very short period of time and there is a flurry of activity in the last portion of the auction process. The actual auction terminates when there is no more product to be sold or the time period expires. A reverse auction process has been used very effectively in Holland for the sale of flowers to wholesalers.
 The auction process for the sale of products has also been used on INTERNET. In this case, the various users send E-mail to the auction site with details of their bid and identity. Details of the bid are posted on the auction site computer and are available to other participants. The auction process typically has a time period of several days or weeks, and the product is allocated to the highest bidders. This type of process does not provide the excitement or the real time dynamic feedback of a traditional auction or a reverse auction. One of the advantages of this system is the lack of complexity in running of the auction process over INTERNET where E-mail is used to communicate with the auction computer.
 The present invention is directed to a method of auctioning products on-line where participants use computer terminals to access a computer site and participate. The method comprises maintaining a computer database of product information, identifying different products to be auctioned, assigning to each product a designated time for the product to be auctioned, promoting the product and the designated time of the auction prior to the auction to increase awareness of the product, carrying out an auction at the designated time by setting a fixed time period for completing the auction, displaying a current price for the product and decreasing the price of the product as the time remaining in the auction decreases, displaying the quantity of the product remaining to be auctioned and decreasing the quantity to reflect, during-the auction process, instructions from purchasers of their desire to purchase the product as the instructions are received thereby providing dynamic feedback to potential purchasers during the auction, providing each potential purchaser with a designated actuation control for instructing the computer site of the decision to purchase the product at the current price at the time of receiving the instructions and registering potential purchasers and obtaining and recording financial data for automated payment of a purchased product.
 According to an aspect of the invention, the method includes removing each purchaser from the auction process upon providing instructions to purchase the product at the displayed current price at the time the instructions were received. In this way the purchaser is not exposed to further decreases in the price of the product, and is removed from that particular auction process.
 According to a further aspect of the invention, the method includes registration of the purchaser or potential purchasers which can take place as part of a pre-registration process. The registration process can occur on-line or can be carried out off-line.
 According to a further aspect of the invention, the method includes connecting the computer site directly to separate and distinct financial institutes for real time confirmation of acceptable financial transaction of the purchase price of a product. In this way, automated payment confirmation is carried out.
 A computer site for auctioning a product on-line according to the present invention comprises at least one web server computer designed for serving a host of computer browsers and providing said browsers with the capability to participate in various auctions, where each auction is of a single product, at a specified time, with a specified number of the product available for sale. The web server cooperates with a separate database computer, separated from the web server computer by a firewall. The database computer is accessible to the web computer server computer to allow selective retrieval of product information which includes:
 a) a product description;
 b) the quantity of the product to be auctioned;
 c) a start price of the product; and
 d) at least one product image.
 The web server computer includes custom written application software for auctioning any product identified in the database computer by displaying, during an auction, the current price of the product, the quantity of the product remaining available for purchase and the measure of the time remaining in the auction, decreasing the current price during the auction, providing a user actuation control for indicating instructions to purchase the product at a displayed current price, continually updating the current price, the quantity of the product remaining available for purchase, taking into account the product indicated as purchased and the time remaining in the auction to provide dynamic feedback to each user and removing the user from the auction upon receiving an instruction signal from the user and thereafter obtaining identification and required financial authorization for the purchase of the product.
 Preferred embodiments of the invention are shown in the drawings, wherein:
FIG. 1 is an overview of the auction system.
FIG. 2 is an overview showing part of the logic processing for dealing with a user at the web site.
FIG. 3 is an overview showing logic regarding the auction process.
FIG. 4 shows various data fields retained in the database server.
 FIGS. 5 to 11 are prints of various screens that the computer system provides to the user during browsing at the site and during the auction process.
FIG. 1 is an overview of the auction system 2. With this system a host of users shown as 8, access the web site 4 using INTERNET 6. Each of the users 8 has a computer terminal with the appropriate software for accessing INTERNET. The users 8 are unknown to the web server computers 10 and 12 and allow each user 8 to browse the web site and explore how the auction system functions.
 There are several aspects which have to be addressed to maintain security of information maintained in the database server 22 as well as the banking system shown as 28. A firewall 20 prevents any user 8 from accessing any of the components behind the firewall 20. In this way the users have access to the web server computers 10 and 12, but only have access to the database server through the firewall 20. The database server maintains, amongst other things, various database fields with respect to each of the products which are slated to be auctioned. As shown in FIG. 4, these data fields include a UPC code, a product description, an auction date and time, a current quantity, a starting price for the auction, a closing price for the auction, a large product image, a small product image, product carry, warranty cost, a minimum cost, a designation whether a warranty is available, an auction end time, a product catalogue, a product weight which is used as part of the shipping costs, an extended product description, a product street price, a product vendor allocation as well as an auction product number. The database maintains each of the products with a time designation associated therewith as this time designation control is used by the system to determine what products can be browsed by the users. Each of the web server computers 10 and 12 do allow users to view product categories and actual products which are slated to be auctioned within a specified time period, typically about one week, to generate interest in particular products. All products that are slated to be auctioned are not listed and browsers are encouraged to return to the web site on an ongoing basis to see what new products are to be auctioned in the near future. It can be appreciated that the time designation control allows this to be easily accomplished.
 The web server computers 10 and 12 are identical and can be duplicated as additional load on the system occurs. Basically, the web server computers 10 and 12 share the responsibility for servicing the users of the site. This arrangement provides for immediate expandability of the system by merely adding additional web server computers as necessary.
 Preferably, the system includes an appropriate computer terminal designated 24 for interfacing with independent financial institutes which are connected on-line via the serial connection 26 to the financial institute computers designated as 28. This allows automatic real time confirmation of the purchase of auction products as will be more fully explained. Basically, once a user has indicated that he wishes to purchase a product, he is removed from the auction process and goes through an identification or registration process as well as the exchange of financial information to allow for credit or debit card payment of the purchase. This is then confirmed and authorized by the appropriate institute designated in FIG. 1 as the bank system 28. Confirmation of the purchase is made by the mail server 34 which sends E-mail to the user confirming the purchase. It is also used to send updates of upcoming information. The mail server 34 only allows mail to be sent out, and is not capable of receiving mail. In this way, security of the databases are various maintained. The database server 22 is also designed to interact with the input computer designated as 32. A firewall 30 serves to prevent unauthorized access to the database server or to the input computer.
FIG. 2 provides additional insight into how a browser can participate in the auction process. Once a browser has gone through a number of preliminary screens (FIGS. 5 and 6), he is exposed to the logic generally shown in FIG. 2. In this case there is a screen 60 entitled “Next on the Block” (FIG. 7). This screen provides category information generally indicated as 62, in FIG. 2 and FIG. 7, of upcoming auctions and clicking on any of these categories allows the user to review product details generally shown as 64, in FIG. 2 and FIG. 8. In addition, it is possible to get details of auctions at other times generally indicated as box 66. In this way, the user can index through a number of screens to get information regarding upcoming products to be auctioned that may be of interest to him. In addition, he is allowed to click on any of the triggers identified as 70, 72, 74 and 76. These correspond to HOW IT WORKS, SECURITY, EXTENDED WARRANTY and PRE-REGISTRATION. Clicking on trigger 70 provides the user with information on how the auction process works, explains the reverse auction and provides details on how the user can participate in the auction. Clicking on trigger 72 provides details regarding security of the system and automated payment. In some cases, products are offered with extended warranties and clicking on trigger 74 can provide details of the extended warranties and explains that they may only be available on certain products.
 Trigger 76 allows a user to pre-register and obtain a user I.D. number. This user I.D. number is combined with certain financial information retained in the database in an encrypted form. The pre-registration trigger 76 illustrates step 78 which is gathering of personal information such as credit card number and expiry date to allow for automated payment. It requires step 80 to validate existence in the database if this in fact occurs, the answer is no, the user is forced into a registration process indicated as 82. A user I.D. is assigned and a password is entered. This information is maintained in the database 22. At step 84 he is then provided a screen identifying his user I.D. at 86.
 If the user already exists, the registration process is rejected at 88 and the user is advised of his information at display 86.
FIG. 5 shows the opening screen presented to a browser when they visit the web site 4. In this case there are basically six triggers that the browser can actuate. There are triggers 70, 72, 74 and 76 as previously discussed, as well as the auction trigger 88 and the mall trigger 90. The mall is basically a normal sale-type approach whereas actuation of the auction trigger 88 takes the user to the screen shown in FIG. 6. The screen shown in FIG. 6 has triggers 92 and 94. These are basically country designations and therefore provides information relevant to each of the two countries. It is apparent that this system is a worldwide system, however, not all users will be able to purchase products in all auctions. At least initially, it is desirable to limit the auctions to users where the sale is relatively straightforward, and avoid problems such as duties, custom clearing and other issues associated with crossing of national boarders. Therefore the screen shown in FIG. 6 allows the user to at least indicate what country he is interested in reviewing auctions for. The ability to view these auctions does not necessarily allow the user to purchase products offered in the auctions.
 The screen shown in FIG. 7 is referred to as next on the block. On the left-hand side of the screen, various triggers are provided indicated as triggers 70, 74, 76, 88, 90 and 96, which is the home trigger. These are fixed Additionally, there is a small advertisement showing the product next to be auctioned at 98. This is the small product image and is basically an advertisement.
 On the right-hand side of the screen, category designations of up-coming auctions are shown. Initially, the user is taken to the current date, indicated at 100, provided with the current time, indicated as 102, and is provided with auction time and category information at 104. The first category “After School” is shown at 106 and a second category “Consumer Electronics” is shown at 108. In each case there is a specified time period showing when auctions will occur. There are also other dates provided at 110 which the user can explore for different product categories. Clicking on any of the dates shown at 110 will provide a screen similar to FIG. 7 but with the various times and product categories shown at 104 for that particular date. Clicking on one of the categories 64 will provide additional information. This additional information is shown in FIG. 8 for the category “After School”. In this case, four different options are shown starting at the time period 16:00. It can be seen that each of the auctions are of a duration of five minutes and the particular product to be auctioned is listed with a brief product description. Clicking on any of these additional brief product descriptions will access a further, more complete product description, a larger product image and a suggested street price of the product. This screen is shown in FIG. 9 for a coffeemaker displayed on the right-hand side of the screen.
 The various screen shown in FIGS. 5 through 9 involve the use of various applications which are maintained on the web server computers 10 and 12. The user's requests determine what applications are used to retrieve data from the database server 22. These web server computers do maintain various product images that are required for the specified time period. For example, all products to be auctioned which can now be browsed by a user. The small image used on the left-hand side on the “Next on the Block” screen as well as the more detailed image used in the right-hand portion of the screen shown in FIG. 9 are stored on the web server computers. In addition, various templates are maintained on each web server computer. With this arrangement, the various applications which are maintained on each web server computer merely has to obtain information from the database server, which information must pass through the firewall 20. The web server then merges this information with the appropriate product images and templates and presents the appropriate information to the user. This reduces the transaction time. It also provides a system which is highly reliable and secure. As can be appreciated, the web server does not maintain sensitive data and merely retrieves data from the database when requested by the user. This allows fast response to service requests and rapid expandability of the system. The images are large, non-sensitive records and improved speed is achieved by having the web server computers additionally maintain these product images.
 Details of the auction process are generally shown in FIG. 3. The screen for “Next on the Block” shown in FIG. 8 and in FIG. 7 allow the user to actuate trigger 88 and enter the auction process. This trigger takes the browser to the logic of FIG. 3. A decision is made at 120 whether in fact an auction is in progress. If an auction is in progress, the web server obtains current product information from the database server indicated at step 122. If there is no auction in process, they return to the “Next on the Block” screen indicated at step 124. This returns the user to the screen shown in FIG. 8. Once the web server has obtained the current product information indicated as 122 in FIG. 3, the screen shown in FIG. 10 is eventually produced. In order to produce the screen, the web server computer obtains next product information indicated at step 124 and this is displayed at 126 on the left-hand side of the screen of FIG. 10. A decision is also made at 128 whether the browser is frame based, or whether it is the standard HTML 2.0 type browser. Because of the wide difference in the two types of browsers, these are each dealt with separately. FIG. 10 is a frame based system and therefore produces the screen of FIG. 10. This screen includes a large product image 130, a brief product description shown as 132 and a detailed product description shown as 134. This portion of the screen is relatively constant during the auction process. In addition, there is the time and date at 136. On the left-hand side there are the various triggers and the product which is “Next on the Block”. The auction process and the really dynamic variables of the auction process are shown at the bottom portion of the screen indicated as 140. The first column 142, shows the number of units remaining to be auctioned. In this case, there are ten units remaining to be auctioned. The price of the unit, at the current time, is shown at 144 and is $260.00. The last column 146 identifies the time remaining in the auction as being two minutes. There is also the trigger 150 indicating the desire to buy the product at the particular price.
 The number of units left, the current price and the time left in the auction are frequently updated and in the last few minutes of the auction are updated at five second intervals. The number of units left are updated to clearly reflect the number of purchases indicated during the process. The price is decreasing as the time remaining in the auction decreases. The price decreases in a predetermined manner. The database server provides the number of units left, the current price and the time left to the web server computer. With this arrangement, the user is exposed to the dynamics of the auction process and must gauge the value of buying the product at that particular price versus delaying his decision to purchase and hope that the price will decrease assuming that there will still be products left to purchase. The auction continues until the number of units left to be sold is zero, or the time left in the auction expires. By decreasing the price, the demand for the product increases. The auction process will assume that there will be a certain fall-out rate in the actual purchase confirmation and there can be some overselling of the product. If a user decides to purchase, he merely clicks on the trigger 150 indicating his choice to buy the product at that particular price. Once this trigger is actuated, the user is removed from the auction process and he is asked to complete the screen shown in FIG. 11. If the user has pre-registered, he may merely enter his user I.D. and PIN number for security at 160. This is typically the first time the identity of the user is known. If he is not registered, he is forced to fill in the various fields shown below the user I.D. This purchase confirmation screen has a fixed time period to be completed and as stated, has a life span of two minutes. Confirmation that the user wishes to continue is indicated by pressing trigger 162 at the bottom of the screen, indicating that he wishes to proceed. Actuation of trigger 162 produces the screen shown in FIG. 12. Again, this screen has a life span of two minutes. Additional information has now been provided regarding the purchase of the product. The unit cost of the product, which was the current price when the user indicated that he wished to purchase it, is provided at 164. The freight cost has been determined based on the user's address, and is shown at 166. Various taxes are computed and displayed at 168 and 170 and the total price is shown at 172. The user then can either indicate that he wishes to proceed by actuating trigger 174 or if he wishes to cancel the process, indicated by trigger 176. If wishing to purchase, the user is then forced to provide credit card information indicated at lines 178 and 180. Once the user has indicated his desire to purchase the product, and has entered the information requested as shown in the screens in FIGS. 11 and 12, the data is stored in the database server in an encrypted form. The data being the user's name and address and E-mail address, as well as credit card information. This provides additional security to the user.
 Assuming the user wishes to confirm the purchase at the end of the screen shown in FIG. 11 the database server then takes the financial information and sends the pertinent information to the bank system for immediate authorization. Real time feedback is preferably provided directly to the user. If the transaction is turned down for any reason and the auction process remains in process, the quantity figure is appropriately adjusted higher. This quantity figure was decreased once the user indicated his desire to purchase.
 If the transaction is authorized, then E-mail confirmation is sent by the mail server 34 to the user. If the transaction is not authorized, this can also be indicated to the user by E-mail. With the present system, it can be appreciated that although the user participates in the auction process, the actual commitment to purchase the product is not made until full costs are known, including the freight costs and appropriate taxes. If the user decides not to purchase the product, the product is returned to the auction if the auction is still in progress. It can also be appreciated from the above description that the user is removed from the auction process as soon as a commitment to purchase is made. In this way, the final, or lowest price of the product is not known to the user.
 The database server cooperates with each of the web server computers to allow for the rapid feed of information to the web server computers necessary to allow the user to be exposed to the dynamic nature of the auction. This dynamic feedback includes the results of multiple users with feedback occurring in seconds as opposed to minutes hours or days. It also allows the auction system to respond to a host of simultaneous triggers. Each web server is individually servicing many users. Many different auctions can be occurring at the same time and therefore each web server provides the appropriate feed back to each user.
 The user's identity is also used to confirm that he was qualified to participate within the auction. Once the identity is known, non-qualified participants can be so advised and the indication to purchase cancelled.
 Another feature of the auction system is the ability to track the price demand nature of the product. This provides valuable marketing information to the manufacturer. For example, in trying to determine the response at different prices, companies have to conduct various tests. In contrast with the auction system as shown a lot of information regarding price and demand is immediately known. The relationship between this type of purchasers and the average purchaser can then be applied to provide a conventional price demand curve for the particular product. It can readily be appreciated that the computer system provides the demand price curve.
 In order to provide good feedback to users supporting the standard HTML 2.0 type browser, only a single auction screen is provided which has the number of units remaining, the current price and the time remaining in the auction. This type of browser is slower, but it does provide for relatively rapid feedback during the auction process.
 The web server computers are application based and builds each page as requested by a user. Large volumes of requests can be not very quickly. Individual requests are serviced by the system within 70 milliseconds with loads up to about 90% capacity. At this point performance drops off and an additional web server is added which funs the same software to assume additional load.
 The system for the auction process responds to actuation of the trigger 150 to update the sales and to remove the user from the auction process. The additional information is gathered in a less demanding environment. The actual dynamic variables of the auction is current price, quantity remaining and time remaining are refreshed at a fast rate (typically between 5 and 10 seconds).
 The web server computers can be DEC ALPHA 400 computers and the database server can be a DEC ALPHA 1000.
 The present system is designed to allow many users to participate in the auction process and rapidly process and provide feedback of sales as they are indicated many times within the last minutes of the auction. This requires the capability to rapidly process information and provide rapid updates to all users. With this arrangement the dynamic nature of a conventional reverse auction where users are all present at the same location is provided without all users being physically present in one location.
 The system can provide this feedback over INTERNET making it available to hundreds of thousands of potential users.
 Although various preferred embodiments of the present invention have been described herein in detail, it will be appreciated by those skilled in the art, that variations may be made thereto without departing from the spirit of the invention or the scope of the appended claims.
|Citing Patent||Filing date||Publication date||Applicant||Title|
|US7483856||Jan 17, 2001||Jan 27, 2009||Xprt Ventures, Llc||System and method for effecting payment for an electronic auction commerce transaction|
|US7512563||Jan 17, 2007||Mar 31, 2009||Xprt Ventures, Llc||System and method to automate payment for a commerce transaction|
|US7567937||Sep 5, 2001||Jul 28, 2009||Xprt Ventures, Llc||System and method for automatically effecting payment for a user of an electronic auction system|
|US7575152 *||Nov 15, 2005||Aug 18, 2009||E2Interactive, Inc.||Temporary value card method and system|
|US7599881||Aug 25, 2006||Oct 6, 2009||Xprt Ventures, Llc||System and method for offering an incentive to a user of an electronic commerce web site|
|US7610217 *||Feb 18, 2000||Oct 27, 2009||Hitachi, Ltd.||Automatic auction method and system on server-client system|
|US7610244||Jan 11, 2002||Oct 27, 2009||Xprt Ventures, Llc||System and method for effecting payment for an item offered for an electronic auction sale|
|US7614556 *||May 4, 2006||Nov 10, 2009||Goliath Solutions, Llc||Distributed RFID antenna array utilizing circular polarized helical antennas|
|US7627528||Nov 14, 2001||Dec 1, 2009||Xprt Ventures, Llc||System and method for effecting a real-time payment for an item won on an electronic auction|
|US7702564 *||Jun 19, 2002||Apr 20, 2010||Hewlett-Packard Development Company, L.P.||Determining a demand function for an item|
|US7734478||Oct 18, 2005||Jun 8, 2010||Walgreen Co.||Method and apparatus for inter-pharmacy workload balancing using resource function assignments|
|US7734497 *||Feb 23, 2005||Jun 8, 2010||International Business Machines Corporation||Method, system, and storage medium for implementing transaction-based data exchange|
|US7765108||Oct 18, 2005||Jul 27, 2010||Walgreen Co.||Method and apparatus for inter-pharmacy workload balancing|
|US7769601 *||Nov 15, 2000||Aug 3, 2010||Walgreen Co.||Apparatus and method for accessing pharmacy information and ordering prescriptions|
|US7774134||Jun 13, 2008||Aug 10, 2010||Walgreen Co.||Pharmacy network management system and method for searching for a pharmacy store location with a drive through|
|US7831448||Apr 23, 2010||Nov 9, 2010||Walgreen Co.||Method and apparatus for inter-pharmacy workload balancing using resource function assignments|
|US7848963||Oct 9, 2009||Dec 7, 2010||Hitachi, Ltd.||Automatic auction method and system on server-client system|
|US7860730||Jun 7, 2010||Dec 28, 2010||Walgreen Co.||Method and apparatus for inter-pharmacy workload balancing|
|US7941325||Nov 14, 2008||May 10, 2011||Walgreen Co.||System and method of using a non-retail central filling facility to process pharmacy product prescriptions in a pharmacy retail network|
|US7962402 *||Sep 29, 2005||Jun 14, 2011||Lev Eydelman||On-line system for buyer seller matching and negotiation|
|US8055513||Jul 12, 2010||Nov 8, 2011||Walgreen Co.||Pharmacy network management system and method for searching for a pharmacy store location|
|US8055582||Jun 18, 2010||Nov 8, 2011||Paypal Inc.||Multi currency exchanges between participants of a network-based transaction facility|
|US8145501||Oct 9, 2008||Mar 27, 2012||Walgreen Co.||System and method for performing pharmacy product filling using non-registered pharmacists|
|US8160933||Apr 30, 2003||Apr 17, 2012||Ebay Inc.||Method and system to automate payment for a commerce transaction|
|US8175891||Oct 18, 2005||May 8, 2012||Walgreen Co.||System for separating and distributing pharmacy order processing for compound medication|
|US8249990||Aug 18, 2011||Aug 21, 2012||Paypal Inc.||Multi currency exchanges between participants of a networked-based transaction facility|
|US8266016||Jan 25, 2010||Sep 11, 2012||Ebay Inc.||Method and system for listing items globally and regionally, and customized listing according to currency or shipping area|
|US8311891||Oct 18, 2005||Nov 13, 2012||Walgreen Co.||System for separating and distributing pharmacy order processing for medication payments|
|US8315887||Oct 18, 2005||Nov 20, 2012||Walgreen Co.||System for separating and distributing pharmacy order processing for specialty medication|
|US8321236||Jan 29, 2003||Nov 27, 2012||Walgreen Co.||Method and apparatus for prescription processing|
|US8364504||Mar 4, 2011||Jan 29, 2013||Walgreen Co.||Pharmacy network management system and method for ordering prescriptions|
|US8364556||Mar 2, 2012||Jan 29, 2013||Ebay Inc.||Method and system to automate payment for a commerce transaction|
|US8510131||Jan 22, 2013||Aug 13, 2013||Walgreen Co.||Pharmacy network management system and method for refilling prescriptions|
|US8560338 *||Mar 1, 2007||Oct 15, 2013||Tag, Llc||Method for competitive prescription drug and/or bidding service provider selection|
|US8666780||Oct 18, 2005||Mar 4, 2014||Walgreen Co.||System for separating and distributing pharmacy order processing|
|US8668146||Nov 20, 2012||Mar 11, 2014||Sean I. Mcghie||Rewards program with payment artifact permitting conversion/transfer of non-negotiable credits to entity independent funds|
|US8684265||Nov 20, 2012||Apr 1, 2014||Sean I. Mcghie||Rewards program website permitting conversion/transfer of non-negotiable credits to entity independent funds|
|US8712913||Aug 6, 2012||Apr 29, 2014||Ebay Inc.||Multi currency exchanges between participants|
|US8732037||Jul 16, 2012||May 20, 2014||Ebay Inc.||Method and system for providing a record|
|US8763901||Aug 19, 2013||Jul 1, 2014||Sean I. Mcghie||Cross marketing between an entity's loyalty point program and a different loyalty program of a commerce partner|
|US8775198||Jul 25, 2007||Jul 8, 2014||Walgreen Co.||System and method for performing a remote verification of a pharmacy fill utilizing an image to image comparison|
|US8781857||Dec 31, 2012||Jul 15, 2014||Tag, Llc||Method for competitive prescription drug and/or bidding service provider selection|
|US8783563||Aug 19, 2013||Jul 22, 2014||Sean I. Mcghie||Conversion of loyalty points for gaming to a different loyalty point program for services|
|US8789752||Sep 12, 2013||Jul 29, 2014||Sean I. Mcghie||Conversion/transfer of in-game credits to entity independent or negotiable funds|
|US8794518||Aug 19, 2013||Aug 5, 2014||Sean I. Mcghie||Conversion of loyalty points for a financial institution to a different loyalty point program for services|
|US8807427||Sep 12, 2013||Aug 19, 2014||Sean I. Mcghie||Conversion/transfer of non-negotiable credits to in-game funds for in-game purchases|
|US8833650||Sep 23, 2013||Sep 16, 2014||Sean I. Mcghie||Online shopping sites for redeeming loyalty points|
|US8944320||Jun 25, 2014||Feb 3, 2015||Sean I. Mcghie||Conversion/transfer of non-negotiable credits to in-game funds for in-game purchases|
|US8950669||Jun 25, 2014||Feb 10, 2015||Sean I. Mcghie||Conversion of non-negotiable credits to entity independent funds|
|US8973821||Jun 25, 2014||Mar 10, 2015||Sean I. Mcghie||Conversion/transfer of non-negotiable credits to entity independent funds|
|US9092792||Oct 31, 2011||Jul 28, 2015||Ebay Inc.||Customizing an application|
|US20010032164 *||Dec 11, 2000||Oct 18, 2001||Jaekil Kim||Method and apparatus for bi-directional auctioning between buyers and sellers using a computer network|
|US20030149599 *||Jan 29, 2003||Aug 7, 2003||Charles Goodall||Method and apparatus for prescription processing|
|US20030179287 *||Mar 22, 2002||Sep 25, 2003||Dejan Kozic||System and method for providing pharmaceutical services to a plurality of remote sites from a central site|
|US20040172289 *||Feb 28, 2003||Sep 2, 2004||Dejan Kozic||Method and system for remotely verifying a prescription|
|US20040225606 *||Apr 30, 2003||Nov 11, 2004||Ha Nguyen||Method and system to automate payment for a commerce transaction|
|US20060190273 *||Feb 23, 2005||Aug 24, 2006||International Business Machines Corporation||Method, system, and storage medium for implementing transaction-based data exchange|
|US20060208080 *||May 4, 2006||Sep 21, 2006||Goliath Solutions Llc.||Distributed RFID antenna array utilizing circular polarized helical antennas|
|US20070073607 *||Sep 29, 2005||Mar 29, 2007||Lev Eydelman||On-line system for buyer seller matching and negotiation|
|US20070088565 *||Oct 18, 2005||Apr 19, 2007||Walgreen Co.||System for separating and distributing pharmacy order processing for medication payments|
|US20070088566 *||Oct 18, 2005||Apr 19, 2007||Walgreen Co.||System for separating and distributing pharmacy order processing for specialty medication|
|US20070088567 *||Oct 18, 2005||Apr 19, 2007||Walgreen Co.||System for separating and distributing pharmacy order processing for compound medication|
|US20070088569 *||Oct 18, 2005||Apr 19, 2007||Walgreen Co.||System for separating and distributing pharmacy order processing for prescription verification|
|US20070088590 *||Oct 18, 2005||Apr 19, 2007||Walgreen Co.||System for separating and distributing pharmacy order processing for out of stock medication|
|US20070088594 *||Oct 18, 2005||Apr 19, 2007||Walgreen Co.||Method and apparatus for inter-pharmacy workload balancing|
|US20070088596 *||Oct 18, 2005||Apr 19, 2007||Walgreen Co.||System for separating and distributing pharmacy order processing|
|US20100070298 *||Mar 1, 2007||Mar 18, 2010||Tag, Llc Corporation||Method for Competitive Prescription Drug and/or Bidding Service Provider Selection|
|International Classification||G06Q30/08, G06Q20/04, G06Q30/06, H04L29/06, H04L29/08|
|Cooperative Classification||H04L67/02, H04L69/329, H04L29/06, G06Q30/0643, G06Q20/04, G06Q30/06, G06Q40/04, G06Q30/08|
|European Classification||G06Q20/04, G06Q30/06, G06Q30/08, G06Q30/0643, G06Q40/04, H04L29/06, H04L29/08N1|