|Numéro de publication||WO2001006439 A1|
|Type de publication||Demande|
|Numéro de demande||PCT/US2000/019748|
|Date de publication||25 janv. 2001|
|Date de dépôt||20 juil. 2000|
|Date de priorité||20 juil. 1999|
|Numéro de publication||PCT/2000/19748, PCT/US/0/019748, PCT/US/0/19748, PCT/US/2000/019748, PCT/US/2000/19748, PCT/US0/019748, PCT/US0/19748, PCT/US0019748, PCT/US019748, PCT/US2000/019748, PCT/US2000/19748, PCT/US2000019748, PCT/US200019748, WO 0106439 A1, WO 0106439A1, WO 2001/006439 A1, WO 2001006439 A1, WO 2001006439A1, WO-A1-0106439, WO-A1-2001006439, WO0106439 A1, WO0106439A1, WO2001/006439A1, WO2001006439 A1, WO2001006439A1|
|Inventeurs||James Halperin, Ronald Steven Ivy|
|Déposant||Heritage Capital Corporation|
|Exporter la citation||BiBTeX, EndNote, RefMan|
|Citations de brevets (7), Référencé par (3), Classifications (3), Événements juridiques (5)|
|Liens externes: Patentscope, Espacenet|
METHOD AND APPARATUS FOR CONDUCTING TRANSACTIONS
TECHNICAL FIELD OF THE INVENTION This invention relates to a method and apparatus for conducting transactions for items posted for sale on a computerized system, especially for the buying and selling of collectibles.
BACKGROUND OF THE INVENTION Collectibles such as coins, stamps, comic books, sports cards and the like are unique in that each individual collectible may have a value which varies as compared to other items of the same type and series. Factors such as rarity, popularity, age, physical condition and the number of items in the same class currently available for sale all contribute to a collectible's current market value. The condition of a rare stamp or coin will have a profound impact on its value, but can only be judged by close inspection. Accordingly, sales of such items usually require the buyer to personally inspect the item unless it has been pre-certified by a grading service. Graded coins are sealed into a labeled, transparent, plastic case after grading, removing the need for a buyer to inspect the actual item prior to purchase.
The established methods for procuring collectibles are shopping in-person and shopping via a communication device such as a telephone or computer. Shopping in- person permits a personal inspection of the item to be purchased, but the set of items for sale is limited to the actual inventory of the dealer visited, and the buyer may not want to travel in unsecured areas with potentially highly- valued collectibles. While shopping via telephone or computer eliminates the need for physical contact, it requires either the buyer or seller to initiate contact with the other party. As such the buyer cannot browse the inventory of a number of different sellers at the same time or make a market-specific search.
Internet commerce has become increasingly common, yet the buying and selling of collectibles via the Internet or a similar network is difficult because of the unique nature of each collectible. A need has arisen for a system that will allow a potential buyer of a collectible to easily and readily access information that accurately reflects current attributes of a particular collectible, and then purchase that item through the Internet or a comparable network. The present invention addresses this need.
SUMMARY OF THE INVENTION The present invention provides an improved method and apparatus for presentation and vending of collectibles that have each been assigned a unique identifier such as a serial number. According to a first aspect of the invention, a method for identification of items of a type wherein each item has a unique, preassigned identifier includes an initial step of receiving from a user a requested identifier which corresponds to an item of interest. A computerized database of item information is then accessed. This database includes unique identifiers for the items and an image file name, which may be the same as or different from the unique identifier for each item. It is then determined if the entered identifier is present in the database, and if the identifier is present, a display is presented to the user who entered the identifier. The display contains one or more images of the item, which images accurately represent the appearance of the actual item associated with the identifier received from the user. In this manner the user, generally a prospective purchaser, can view and inspect the item prior to attempting to purchase it. The transaction between buyer and the seller of the displayed item may then be consummated by one of the traditional methods described above, or by one of the on line methods discussed hereafter. A second aspect of the invention provides a method for distributing information concerning an item having a value, wherein the item is one of a class of a limited number of items each having a unique value that is influenced by the total number of items in the class, such as a type of collectible. Such a method includes the steps of displaying an image of one of the items for inspection by an interested user, displaying in association with the image an abridged report containing information about other items in the same class as the displayed item or, providing a selectable option to the user viewing the abridged report display to select a full report of information about other items in the same class as the displayed item, and providing, in response to the user's selection of the option, information permitting the user to obtain the full report. The user may be called upon to become a registered user in order to obtain the full report, may be asked to pay a fee, or may be solicited to order further information from a vendor.
A further aspect of the invention provides for a labeled collectible suitable for use with a computerized transaction system for collectibles. Such a labeled collectible includes the collectible item, first indicia secured to the collectible item of a unique identifier associated with the collectible, and second indicia secured to the collectible item of location information at which an image of the collectible item may be viewed on the computerized transaction system (for example, an Internet URL). Although the indicia may be provided as tags or labels, it is preferred for small collectibles such as coins to include a case which unites the collectible item and first and second indicia. The case may be made of a transparent material so that the indicia may be viewed within.
According to a further method of the invention, a seller who desires to sell a collectible will provide personal contact information and an inventory listing to a networked database system. The transaction system will receive from a potential buyer a request using the unique identifier that corresponds to a collectible of interest. The system, upon receiving the request, will access its records using the unique identifier as a key that is associated with a record referencing an image of the collectible. The image file name may conveniently use the unique identifier as a whole or a part of the file name to allow for easy storage and access. After determining that the record of interest exists, the database system will provide to the potential buyer for display one or more images that accurately represent the appearance of the item. The potential buyer may further be presented with context-sensitive choices that will allow registered buyers to purchase or make a counteroffer upon the collectible. The seller is allowed to accept or reject the buyer's counteroffer and make a counteroffer if the seller desires. The networked transaction system will close the transaction and later solicit personal opinions of the users concerning the transaction. These and other features of the invention are described in the detailed description which follows.
BRIEF DESCRIPTION OF THE DRAWINGS In the accompanying drawings, wherein like numerals indicate like elements: Figure 1 is a schematic diagram of a transaction system according to the invention;
Figure 2 is a front view of an encased, graded collectible of a kind known in the art and used in the invention;
Figure 3 is a schematic diagram of a screen display for a collectible presented to a user for possible purchase;
Figure 4 is a top-level flowchart of a transaction process according to the invention;
Figure 5 is a flowchart of a seller add/update inventory process; Figure 6 is a flowchart of a create buyer account process; Figure 7 is a flowchart of a buyer inventory search process;
Figure 8 is a flowchart of a want list update process; Figure 9 is a flowchart of a create seller account process; Figure 10 is a flowchart of a purchase process; Figure 11 is a flowchart of an offer process; Figure 12 is a first advanced buyer search query menu;
Figure 13 is a second advanced buyer search query menu; and Figure 14 is a search results display.
While the making and using of various embodiments of the present invention are discussed in detail below, it should be appreciated that the present invention provides many applicable inventive concepts which can be embodied in a wide variety of specific contexts. The specific embodiments discussed herein are merely illustrative of specific ways to make and use the invention and are not to delimit the scope of the invention.
DETAILED DESCRIPTION OF THE INVENTION Figure 1 illustrates a system according to the invention for storing and accessing attributes of collectibles posted for sale and for selling such collectibles. A buyer or seller of a collectible, using a remote terminal or computer 10 running browser software 12 and having a suitable communications device such as a modem 14, uses browser 12 to communicate through a network 16 such as the Internet to a networked transaction system 18. Transaction system 18 will ideally communicate with network 16 through a communications connection 20 such as a Tl line or modem. Connection 20 communicates through an optional router 22 with a central computer 24. Computer 24 has access to an administration database 26, which stores information related to buyers and sellers, and to an inventory database 28, which stores information related to the collectibles or other items to be offered for sale. A database server 30 operated by central computer 24 may be used to access administration database 26 and inventory database 28 which are stored on a suitable data mass storage device such as a hard disk drive, read-write CD drive, or the like. Databases 26, 28 are preferably relational databases having records and data fields which can be searched, printed, and the like according to predetermined rules. Inventory database 28 contains relevant sales information related to each collectible 32, and such information is preferably maintained permanently for a collectible once it has entered the database, rather than re-created each time a new seller wishes to offer the item for sale. In this manner, a sales history for each collectible 32 will be generated. The database entry is described below for a coin, but the system will work equally well with other types of collectibles such as postage stamps, comic books, and sports cards.
Figure 2 illustrates a coin which has been graded and encased by the Numismatic Guaranty Corporation of America. More generally, for purposes of the present invention, a collectible item such as a coin 32 is placed in a transparent or partially transparent container or case 34 for protection against altering its condition or tampering with its certification. Case 34 is preferably sealed so that it cannot be opened without substantially destroying case 34. Case 34 is made of a material substantially free from substances that may alter the quality of the coin, stamp, or other collectible item over a long period. Case 34 has an internal label 38 showing the unique identifier, such as a serial number 36. The serial number or similar marking 36 may be indelibly printed or embossed on case 34, or otherwise affixed so that it cannot be tampered with, so that it permanently identifies the case and enclosed item. Preferably, the coin or other collectible 32 is graded just prior to placement in case 34, and label 38 is printed and placed along with coin 32 at the same time inside of a transparent portion of the case 34. The unique identifier may also include a scanable identifier such as a bar code 40, scanable chip of the like for convenient identification by machines. The present invention takes advantage of the sealed, certified nature of the collectible 32 to permit sales via a network such as the Internet as described hereafter.
A coin 32 that has not yet been entered into database 28 is first inspected. Methods of inspection and appraisal can take many forms, but coin grades are ranked progressively according as "About Good" (AG-3), "Good" (G-4), "Very Good" (VG-8), "Fine" (F-12), "Very Fine" (VF-20), "Extremely Fine" (EF-40 or XF-40), and "About Uncirculated" (AU-50,53,55,or 58). Uncirculated coins fall into the "Brilliant Uncirculated" (BU), "UNC" or "Mint State" (MS 60 through 70) designation. Other designations are used to describe characteristics of the coin such as coloring, finish, qualities of minting, specific gravity, and population. Population is the number of coins of a particular type that a given grading service (such as the American Numismatic Association Certification Service, the Numismatic Guaranty Corporation of America, or the Professional Coin Grading Service) has rated at a particular numerical evaluation. The "Amount Higher" is the number of coins of a particular type that a given grading service has rated more highly (i.e. the sum of the populations of coins of a particular type that have higher ratings).
The relationship between the collectible and its unique identifier is established by associating unique identifier 36, 40 and collectible 32 with the same case 34. Label 38 may further include a legend indicating where the collectible may be found on the network and advertising the availability of the automated transaction system. In this instance, the legend could read: "View this coin at:" followed by the web address (URL) unique to the coin, or the home page or another web page of the transaction provider. If the collectible was already sealed in a case prior to being introduced into system 18, a label 39 containing the foregoing legend may be applied to the outside of case 34 (see Figure 3). Once the coin has been inspected, graded, assigned an identifier and encased, one or more images of the collectible are created, preferably immediately after the preceding steps. These images may be scans or photographs taken before the collectible is placed in case 34, but it is strongly preferred to use images showing coin 32 inside of case 34 at the time of certification, since this provides the buyer with the most reliable view of the coin's actual condition. The label with the unique identifier should be clearly visible. If the collectible is a coin, at least two images should be provided showing the obverse and reverse faces of the coin.
The unique identifier, condition information, and image files are stored in database 28 of transaction system 18, whereby the stored information may be conveniently accessed. The availability of the images and associated information facilitates the buying and selling of collectibles because it provides assurance of the condition of the collectibles. Allowing a user to compare the image from transaction system 18 would allow the user to more easily detect fraud by comparing the actual collectible with an image retrieved from transaction system 18. The system may also be used for insurance and proof of title purposes. In the case of collectibles being held for investment purposes, the collectible 32 may be stored in a secure location maintained by a storage vendor and might even remain in storage between transactions. Software run by computer 24 interacts with a series of web pages or similar screen displays presented to a prospective user, who may be a buyer or seller. Figure 3 illustrates a main "for sale" screen 40 for a coin 32. Web page 46 shows the images of the obverse ("heads") 42 and reverse ("tails") 44 views of coin 32 encapsulated within case 34. The URL 48 associated with page 46 preferably contains the unique identifier therein as part of the specific file name so as to allow for easy reference to page 46 via the Internet.
Page 46 further contains fields 50, 52, 54, and 56 that use text, hypertext, and icons to describe coin 32 and to perform related actions. Coin field 50 contains text describing the year of minting, description, denomination, mint location, variety (if present), coin identification number, and dealer comments related to the coin. Any text within the field may be presented as a hypertext link ("hyperlink") wherein activating the hyperlink (by locating on the hyperlink the pointer icon directed by the mouse and clicking a mouse button) would direct the browser to load another web page with content directed to the subject implicated by the hyperlink. Seller field 52 contains text describing the name of the coin dealer, the date that the coin was added to transaction system 18, the date in which information related to the coin was last modified, and the asking price for the coin, if any. The text associated with the name of the coin dealer may have a hyperlink directed towards a web page listing the dealer rating (see below) and terms. A hyperlink such as "ask the dealer a question" may be presented in order to bring up a conventional "send email" window giving the dealer's email address as recipient. Seller field 52 also contains icons and/or hypertext used for accepting the seller's price ("add item to cart for $...") or for making a counteroffer to the seller ("Make an offer to the dealer"). The icon used for accepting the seller's price would only be presented if the coin were actually being offered for sale, and likewise the icon used to make an offer or counteroffer would only be presented if the seller had previously so indicated when entering the coin as for sale on the system. The icon and/or hypertext for making counteroffers would provide means for the buyer to enter the amount of the counteroffer.
The foregoing is superior to current existing methodologies because it facilitates commerce through multiple trade methods while not requiring auction or option- pricing practices.
Coin certification field 54 contains text documenting the name of the company that graded coin 32, the grade given to coin 32, the serial number or unique identifier assigned to coin 32, and variety if such variety copy exists. Preferably, the name of the grading company, grade, serial number, and variety each provide hyperlinks to web pages for providing further specific information to the user.
The coin data field 56 preferably presents certain contextually sensitive data, preferably only to registered users. In this instance, "contextually sensitive data" refers to information that is specifically relevant to the coin being displayed, especially information about other members of the type or class to which the coin belongs. According to a preferred embodiment of the invention, certain screens and/or functions on screens are available only to registered users. If a user has not been identified as being registered by means such as by having a cookie, coin data field 56 will only depict text and hypertext extending an invitation to become registered. If the user is registered, then additional text and hypertext describing the coin history, coin specifications, total minted, and coin population census are presented or made available through a link. For investors, population census information, which may include data concerning recent past sales prices for members of the same class, is particularly useful. Thus, if a coin 32 has a price and ownership history, a hyperlink will be displayed that would direct the registered user to a web page presentation of such information. Coin specifications may also be accessed via a hyperlink, and if a representative picture of the type of coin 32 exists, the hyperlink may additionally contain the words "with picture". The population census may be presented as a table representing the number of coins of a particular type that have been certified (or graded) at various levels by dominant grading services. The coin identification numbers given by the coin grading services for a particular type of coin are displayed for each of the coin grading services that have graded coins of the particular type of coin. The numbers of coins graded at the same level as coin 32 by each coin grading service are provided, as well as the total number of coins graded by all listed coin grading services. In like manner, the numbers of coins graded at a higher level are presented in a second row, as well as the numbers of coins graded at a lower level might be presented in a third row. Alternatively, information such as an abridged census report could be presented to the buyer if, for example, the buyer was not a registered user. In such a case, coin data field 56 may provide a hyperlink that would allow a user to order a full report for the coin and type of coin desired directly from the report publisher.
Figure 5 describes a software routine whereby an item is offered for sale by a seller. Upon receiving a initial request 68 from a seller to list an item for sale, the system makes a check 70 of administration database 26 in to determine if the seller's account exists. If the seller's account does not exist in step 70, routine 72 is invoked wherein a seller account will be created. The registration criteria applied by the manager of the transaction system may require off-line verification steps before the new account becomes active, such as a telephone call and background check. One goal of the system according to the invention is to screen out dishonest and poorly performing sellers. Membership criteria might even limit seller membership to dealers and exclude individual collectors. If the seller's account is verified or is created during the online session, the seller may proceed to originate a new inventory item (step 78) or select an update option 74 which permits editing criteria of items already for sale (changing price, for example.) In step 74, a seller may upload a text object file of the seller's inventory to a folder in administrative database 26 that is associated with the seller. Such information will be in the form of records that each relate to a single collectible and include the unique identifier (serial number), type, variety, date, condition, and other information customarily presented for that type of collectible. Other input options may be offered, such as filling in an input questionnaire screen. Upon completion, a seller via step 76 may return to start 68 or quit. Referring to Figure 5, after creating a text object file from their inventory management system (step 78), the seller updates inventory listing in step 79 by logging into the system and selecting the UPDATE INVENTORY button in step 80. The seller then in step 81 chooses between ADD TO INVENTORY (or APPEND) to add the new data file to existing inventory listings, or REPLACE INVENTORY (RENEW) to overwrite any old inventory information with the new listings. After entering the path and filename for the text file in step 82, an error check 84 determines whether the file is able to be imported. If the file is able to be imported, step 86 executes and the newly-posted listings are placed in the text object file of the seller's inventory. Upon completion of the update, the system executes a return 88. If the text object file of the seller's inventory cannot be imported in decision 84, system 18 will in step 90 generate a message to the seller that provides notice that the uploaded file could not be imported, and gives the reasons for the errors. Contact information for available support is also provided, after which the system executes a return 92. Figure 9 describes routine 72 for creating a seller account. Routine 136 starts at initialization 170 and proceeds to step 172 wherein the seller enters an email address, billing address and optionally additional personal information. If in decision 174 the entered email address is a duplicate of a preexisting email address contained within the seller account email list, an error message is sent to the seller in step 176, and the process executes a return 178, such as to step 172, or terminates, at the seller's option. If the email address is unique, the account is added to administration database 26 in step 180. The email address is checked in step 182 by sending an email message containing a password and login information to the seller. The transmission of the email is verified and the receipt of a confirmation message from the seller or the seller's domain is logged in decision 184. If a confirmation message has not been received from the seller within a period of time reasonable for a response (three days, for example), the account is removed from administration database 26 in step 186. A courtesy email message may then be sent to the same email address notifying the seller that the account has been deleted and soliciting the seller to reapply. In step 188, routine 72 ends and the processor returns to executing other tasks. If the receipt of a confirmation message is logged in decision 184, routine 72 ends at step 190 without deleting the seller's account, and the process then terminates.
Once a sufficient number of sellers and collectibles have been registered, the system is made continuously available to prospective purchasers, with only occasional downtime due to system maintenance. Figure 4 provides a top-level logic flow diagram of a software transaction system for collectibles such as coins 32 with the goal of processing transactions centered on the screen of Figure 3 and other related screens as described hereafter. While the system is described herein in a linear fashion for convenience, the system is capable of handling multiple requests simultaneously from buyers and sellers, and will often execute multiple tasks in various portions of the logic flow simultaneously. Following a system initialization 58, it is determined which collectibles in inventory database 28 are currently for sale (routine 60). A user enters search parameters which result in one or more "hits" including entries for various collectibles 32 offered for sale, or may directly enter the URL for a unique item of interest. Upon deciding to look at a specific collectible (routine 62), the user proceeds to the screen of Fig. 3 and has the options of making a purchase at the offered price (routine 64) or, in some instances, making an offer to seller (routine 66). Figure 7 illustrates a search and selection routine 62. A buyer enters routine 62 at initialization step 111 which displays a search criteria input screen (see Figure 12). The buyer enters search criteria for desired collectibles. Such search criteria may include any information about the collectible which has been stored in a searchable format in database 28, for example, seller/dealer, type, date, source (mint), variety. condition, price, or items within a certain range of one or more of the foregoing. Either simple or advanced boolean search logic may be applied, and after a preliminary search input screen, the user may be presented with a "Submit Query" screen (Figure 13) wherein the results may be limited from the broad criteria previously entered before submitting the query to the database. After the search criteria have been entered in step 113, the search criteria are tested in check 116 for completeness and correctness. If the search criteria are defective or incomplete, an error message in step 118 is transmitted to the buyer summarizing the reason for the rejection of the search criteria. In step 120, the buyer is given the option to return to step 113 to reenter search criteria or exit the routine.
If the search request is free of errors, the system determines if any of the active inventory items match the search criteria. If not, routine 124 is executed, prompting the user to create a want list, or to update a buyer want list if the buyer has already established such a list. The want list is a stored list containing items a specific buyer wants, but which are (usually) not listed within inventory database 28. The search results including any hits are displayed to the buyer in step 126; Figure 14 is an example of a search results display. In step 128, the buyer can select a listed item, view details of the requested item(s) from inventory database 28, and inquire concerning a listed item. Inquiry actions include requests for information concerning the item, purchases and purchase offers as described in connection with Figure 3. If the selected inquiry actions do not require a login for the buyer, e.g., the buyer is not requesting a history of the collectible or a population census, the buyer is allowed to view inquiry information in step 132 and is given the option to take further inquiry actions, enter more search criteria, or exit the program. If in step 130 the inquiry actions require the buyer to log in, the buyer is requested to do so in step 134 by entering a user name and password, whereupon it is determined whether the buyer's account exists. If the buyer's account does not exist, a routine 136 is invoked whereby a new buyer account can be created. If the buyer's account exists and password information is correct, the buyer is shown in step 138 the information pertaining to all inquiry actions available to registered buyers. If the user has already entered a valid login and password combination during the session, the system may recall that information (through a "cookie" routine) and eliminate the need for redundant data entry. A membership fee may be charged as part of the buyer account creation process, and additional verification such as a credit check may also be required. In step 140, routine 62 may terminate or proceed to routines 64 or 66 if a purchase or offer action has been selected.
Figure 6 illustrates routine 136 for creating a buyer account. Routine 136 proceeds from initialization step 94 to an input step 96 wherein a buyer enters an email address, billing information, and optional personal information. System 18 then makes a check 98 to determine if the entered email address is unique to the list of already registered buyers in administrative database 26. If not, in step 100 the system transmits an error message and then terminates the routine or executes a return 102, such as to step 96. If the email address is unique, the account is added to administration database 26 in step 104. The email address is checked in step 106 by sending an email message containing a password and login information to the buyer. The transmission of the email is verified, and the receipt of a confirmation message from the buyer or buyer's domain is determined in decision 108. If a confirmation message has not been received from the buyer within a period of time reasonable for a response from the buyer (three days, for example), the account is removed from administration database 26 in step 112 and the routine executes a return 114, e.g. to a home state or to start 94. A courtesy email message may be sent to the same email address notifying the buyer that the account has been deleted and soliciting the buyer to reapply. If the receipt of a confirmation message is logged in step 108, routine 72 executes a return 110 to home state or to start 94 without deleting the buyer's account. As noted in connection with a new seller, a waiting period may be imposed before the new account becomes active to permit time for verification actions, such as credit checks. In the alternative, the buyer may be permitted to place an order immediately, (the seller is alerted to the fact that they buyer is new to the system), and the return is then executed to step 138 after the email is sent in step 106.
Registered buyers are encouraged to maintain a want list, which itself may be made searchable by prospective sellers in a like manner to inventory database 28, but with more limited detail. Figure 8 describes a routine 124 for updating the want list. Routine 124 starts with an initialization 142 and proceeds to an input step 144 wherein the description of the desired collectible(s) and user name information as provided by the buyer are entered into the want list. In decision 146 it is then determined whether a change has been made to inventory database 28 subsequent to the last time the want list was updated. If no change has been made, no further action is required, and the process returns to start 112 or terminates. If a change has been made to database 28, the want list criteria are compared to items listed within inventory database 28 (step 150). Steps 150 and following may also be invoked directly whenever inventory database 28 is updated (event 149), or at predetermined time intervals such as once per day or week, if updates to database 28 are very frequent.
In decision 152, it is then determined whether a new or modified listing within inventory database 28 matches the want list requests of more than one buyer. If so, an email message is sent to such buyers notifying them that a want-list item has been identified, and that multiple buyers are being notified (step 154). The process then executes a return 156 to step 126 or terminates, if the process was run in response to an inventory update or timed cycle. If a new or modified listing does not match the want- list requests for two or more buyers, it is then determined at decision 158 whether a new or modified listing within inventory database 28 matches the want-list request of one buyer. If so, an email message is sent to that buyer notifying the buyer that the want list item has been identified (step 160). The process then executes a return 162 in the same manner as return 156.
If a new or modified listing does not match the want-list request of any buyer, it is determined in decision 164 whether thirty days have elapsed since the want list has been edited by the buyer, or since a want list match to that list has been found. If thirty days have not elapsed since the want list has been edited or a since want-list match has been found, no further action is required relative to the want-list and the logic flow returns as before via step 166. If thirty days have elapsed since the want-list has been edited or since a want-list match has been found, an email message containing a summary of the current want-list is sent to each active user (step 168). This may also serve as a reminder to the buyer originating the list to update or delete it. The process then executes a return 169 as described above for returns 156, 162, 166. Decision 164 and the steps following may also be executed for all buyers maintaining want lists, on a periodic basis (step 163), such as every thirty days.
Figure 10 illustrates routine 64 allowing a buyer to purchase a collectible for the price asked by the seller. The routine begins at initialization 192 and proceeds to a step 194 wherein the status field of the record in inventory database 28 for the desired collectible that is to be purchased is updated with a "hold" entry. The hold status is used to disable the presentation of the icons in seller field 52 that is used to allow a buyer to purchase or to make an offer on the desired collectible. A "shopping basket" approach may be used to allow a buyer to select a plurality of desired collectibles before submitting an order to the one or more sellers of the collectibles. After a hold is placed on the collectible, an email message is generated and sent to the seller of the desired collectible notifying the seller of the purchase request (step 196). The seller then logs in to transaction system 18 and makes a decision 197 whether or not to accept the purchase offer. If the seller accepts, he selects an option presented to sellers entitled "Purchase Request Accepted" in step 198. Thereupon, transaction system 18 removes the desired collectible from inventory database 28 in step 200, debits the seller's account in administration database 26 in step 202, sends the buyer a confirmation notice via email of acceptance by the seller in step 204, and sends the buyer and seller fifteen days after the date of the purchase a request for comments and "feedback" relative to the transaction in step 206. The routine then returns (207) to start 192, awaiting the next request.
If the seller does not want the sale to proceed in decision 197, he selects an option presented to sellers entitled "Item No Longer Available". Thereupon, transaction system 18 removes the desired collectible from inventory database 28 in step 212, and updates a seller rating system contained within administration database 26 in step 214 to reflect the fact that the seller had maintained an inaccurate inventory within transaction system 18. Additionally, the buyer is advised by email that the purchase request was not granted, whereon the system returns (216) to start 192, awaiting the next request.
A seller transaction rating based on the number of times the seller indicates that an item is no longer available in response to a purchase request is calculated and may be displayed to users, or registered users only. Similar ratings may also be maintained on sales performance factors recorded at the time of each sale. For example, seller popularity may be determined by ranking sellers by the number of transactions per unit time (day, month, year). Staleness of inventory may also be ranked by tracking the dates an item was first offered for sale by the seller. Popular collectibles, either individual ones or all of certain type, may be tracked by recording the number of sales of that item or item type as defined (gold U.S. dollars, for example). These tracking features, combined with the ability to search the inventory of many sellers, provides a large advantage over the traditional methods of buying and selling collectibles as discussed above in that buyers have a wider range of choices and much better information concerning both the seller and the rarity/investment potential of a particular collectible.
Figure 11 displays a routine 66 for allowing a buyer to make an offer upon a desired collectible which may differ from the seller's asking price. Routine 66 starts at initialization 218. The buyer fills in the amount of the offer in an input box and clicks on an "Offer" icon presented in seller field 52 to submit the offer (step 222). No change is made to the status of the item in inventory database 28 because the seller might refuse the offer. Alternatively, inventory database 28 could be modified to reflect the presence of one or more unexpired offers, which would then be listed as "offer pending" if located in a buyer search query made while the offer is pending. If such a modification is made, the status is later modified to reflect the ultimate disposition of the offer. In step 224, transaction system 18 generates an email message that notifies the seller of the terms of the offer.
The offer may have a predetermined expiration time that is determined by the system. However, according to a preferred option of the invention, the user is permitted to enter the expiration time, which is typically specified in hours or days from the time the offer was made. For example, a buyer might be choosing between two nearly identical coins, and she offers one dealer 10% less for a cash transaction. She wants a response quickly, so she sets the offer to expire after 6 hours. In another case, a collector is looking for 20% off on a coin. The collector has watched it on the site for weeks, and figures it won't sell at the asking price. He puts in his offer at 80% of the asking price, and sets the expiration period to 30 days, since he's in no rush to buy, and he accompanies his offer with a message to the dealer to the effect "Please note that this is a longstanding offer - if you don't sell it in the next few weeks, I'd like to buy it at the offered price". The expiration time is disclosed to the dealer together with the amount of the offer.
In the first of four alternatives for the seller, in step 226 the seller may elect to reject all offers by logging into transaction system 18, entering a seller response menu and selecting the "Item No Longer Available" option. Thereupon, system 18 removes the desired collectible from inventory database 28 in step 228, and the system executes a return 230 to start 218. The seller may then be flagged for not having the displayed inventory in stock.
In the second alternative, in step 232 a seller may reject the offer by selecting a "Reject Offer" option that allows the seller make a counteroffer to the buyer, if desired. System 18 generates an email message that is sent to the buyer notifying the buyer that the buyer's offer has been rejected (step 234). The email message may contain comments from the seller, the amount of a counteroffer, if any, and further instructions to the buyer directing the buyer on how to respond. If an icon indicating a pending offer was displayed in the search results pages for other possible buyers viewing the same item, such icon is disabled in step 236 if no counteroffer was made, and the system executes a return 238 to start 218.
In the third alternative, in step 240 the seller may accept the buyer's offer by selecting a "Purchase Request Accepted" option. System 18 removes the desired collectible from inventory database 28 in step 242, debits the commission from a seller's account in administration database 26 in step 244, sends the buyer a confirmation notice via email of acceptance by the seller in step 246, and sends the buyer and seller fifteen days after the date of the purchase a request for comments and feedback concerning the transaction in step 248. After the purchase and comments have been completed, the system executes a return 250 to start 218.
In the final alternative, if in step 252 the system determines that the seller has taken no action after a period of time in which it is reasonable for the seller to respond, such as thirty-six hours, system 18 generates an email message that it sends to both the buyer and seller notifying them that the offer has expired (step 254). If an icon indicating a pending offer was displayed in the search results pages for other possible buyers viewing the same item, such icon is disabled in step 256, and the system executes a return 258 to its home state or start 218.
The following Table 1 illustrates a summary presented to the buyer following several purchases. A series of input screens are provided to solicit details such as payment information, delivery instructions, address information for a gift recipient, and the like:
Table 1 - Sample Order Page
Susan, below you will find all of the information pertaining to your order. If you need to correct any part of this order please do so before submitting. This is the final step in the order process. We will also be sending an e-mail to firstname.lastname@example.org that contains all the information seen below.
We will only send the pertinent information that each individual dealer requires to process your order. Each dealer will not receive all the information on this page.
Click here to modify any of the following addresses.
The system of the invention dynamically manages inventory to drive market equilibrium by automatically monitoring inventory changes and alerting sellers when another seller's listing price for a similar collectible is lower. Sellers are alerted to the lower price, and provided with a link to log in and lower their price to match or beat the lower price. The system may be programmed to notify a seller when an item has failed to sell after a pre-set time without a price change. This notification prompts the seller to take action by lowering their selling price or modifying the listing description to accurately reflect the value. The invention further provides an improved rating and feedback system.
Current technology implemented in comparable systems only provides an open-ended feedback system that allows free-form text comments to be entered by any registered user. The invention improves on current practice by allowing trading partners (and preferably only trading partners) to comment at the close of each transaction. It is, therefore, preferably a closed-feedback system. Further, the system records and reports information on buyers and sellers. This information is kept private (not disclosed to anyone, including the other party) until both parties enter their feedback on the other, at which time the data is shared. This system diminishes fear of "feedback reprisals" and fosters more candid and credible feedback.
Tables 2 and 3 are representative tables of criteria that are reported and recorded in database 26:
Free-form text comments are solicited at the close of each transaction. The buyer and seller are required to provide feedback to retain membership access to the system.
A common problem encountered by collectors is locating items to augment existing collections. By definition, collectibles are highly sought after items. As such, there can be wide fluctuations in price and availability throughout a geographic region. The present invention system serves to open markets by allowing ubiquitous access (via the Internet) to large numbers of items.
While certain embodiments of the invention have been illustrated for the purposes of this disclosure, numerous changes in the method and apparatus of the invention presented herein may be made by those skilled in the art. Some aspects of the described system could be used for items of unique value other than collectibles, such as antiques, intellectual property, real estate, souvenirs or artifacts. In the case of transportable, tangible items, the bar coded label on the case could be replaced with a miniature radio transponder containing a unique code that would be broadcast in response to an interrogation signal. For large items, the case may be replaced by a holder or tag which is securely attached to the item and displays the unique identifier. These and other changes are embodied within the scope and spirit of the present invention as defined in the appended claims.
|Brevet cité||Date de dépôt||Date de publication||Déposant||Titre|
|US3757037 *||2 févr. 1972||4 sept. 1973||N Bialek||Video image retrieval catalog system|
|US5845265 *||7 nov. 1995||1 déc. 1998||Mercexchange, L.L.C.||Consignment nodes|
|US5890138 *||26 août 1996||30 mars 1999||Bid.Com International Inc.||Computer auction system|
|US6026377 *||4 déc. 1998||15 févr. 2000||Burke; Raymond R.||Computer system for allowing a consumer to purchase packaged goods at home|
|US6041310 *||12 déc. 1996||21 mars 2000||Green Ford, Inc.||Method and system for automobile transactions|
|US6058373 *||16 oct. 1996||2 mai 2000||Microsoft Corporation||System and method for processing electronic order forms|
|US6064979 *||19 nov. 1996||16 mai 2000||Ipf, Inc.||Method of and system for finding and serving consumer product related information over the internet using manufacturer identification numbers|
|Brevet citant||Date de dépôt||Date de publication||Déposant||Titre|
|WO2007006284A2 *||10 juil. 2006||18 janv. 2007||Alexander Errass||Method for the collection and handling of digital objects|
|WO2007006284A3 *||10 juil. 2006||10 mai 2007||Michael Berberich||Method for the collection and handling of digital objects|
|WO2015066470A1 *||31 oct. 2014||7 mai 2015||Statimate Systems Inc.||Method and system for identifying items and managing a collection of items|
|25 janv. 2001||AK||Designated states|
Kind code of ref document: A1
Designated state(s): AU CA CN JP
|25 janv. 2001||AL||Designated countries for regional patents|
Kind code of ref document: A1
Designated state(s): AT BE CH CY DE DK ES FI FR GB GR IE IT LU MC NL PT SE
|21 mars 2001||121||Ep: the epo has been informed by wipo that ep was designated in this application|
|7 août 2002||122||Ep: pct application non-entry in european phase|
|23 avr. 2004||NENP||Non-entry into the national phase in:|
Ref country code: JP