The present invention relates generally to the field of database administration and, more specifically, to a method of creating and communicating notes concerning an auction participant or item within a network-based auction facility.
The administration of a Web site, and specifically a commerce Web site, often demands that information concerning a user of tools and facilities provided by the Web site be communicated between various administrative personnel. It is important that the delivery mechanism for such information be reliable and up-to-date, as the failure to communicate information, or the miscommunication of information, may have very serious consequences for a commerce Web site.
While e-mail provides one mechanism commonly used for communications between administrative personnel, e-mail may not be a desirable solution due to the variety of the e-mail clients that may be employed by administrative personnel and problems with e-mail delivery.
Further, e-mail does not provide persistent or “sticky” information concerning an event concerning a user or item transacted via a commerce Web site.
A method of communicating information within a network-based auction facility includes facilitating creation of a note pertaining to a selected aspect of an on-line auction facilitated by the network-based auction facility. The note is associated with a specific aspect of the on-line auction. A note indicator is displayed to indicate an association of the note with the selected aspect of the on-line auction when displaying information concerning the selected aspect on a display unit of a network device.
Other features of the present invention will be apparent from the accompanying drawings and from the detailed description which follows.
The present invention is illustrated by way of example and not limitation in the figures of the accompanying drawings, in which like references indicate similar elements and in which:
A method and system for communicating information within a network-based auction facility are described. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of the present invention. It will be evident, however, to one skilled in the art that the present invention may be practiced without these specific details.
For the purposes of the present specification, the term “note” shall be taken to refer to any textual or graphic description, comment or communication. The term “participant” shall be taken to refer to any entity, human or automated, that contributes to, or participates in, a transaction, communication or process.
The auction facility 10 includes one or more of a number of types of front-end servers, namely page servers 12 that deliver web pages (e.g., markup language documents), picture servers 14 that dynamically deliver images to be displayed within Web pages, listing servers 16, CGI servers 18 that provide an intelligent interface to the back-end of facility 10, and search servers 20 that handle search requests to the facility 10. E-mail servers 21 provide, inter alia, automated e-mail communications to users of the facility 10.
The back-end services include a database engine server 22, a search index server 24 and a credit card database server 26, each of which maintains and facilitates access to a respective database. The back-end is also shown to include a number of administrative applications or functions 28 that are described in further detail below.
The network-based auction facility 10 may be accessed by a client program 30, such as a browser (e.g., the Internet Explorer distributed by Microsoft Corp. of Redmond, Wash.) that executes on a client machine 32 and accesses the facility 10 via a network such as, for example, the Internet 34.
A number of other tables are also shown to be linked to the user table 40, namely a user past aliases table 50, a feedback table 52, a bids table 54, an accounts table 56, and an account balances table 58.
As described above with reference to
The note record 60 is shown to include a number of fields, each of which is briefly discussed below:
Each of the administrative applications 28 may call a note Application Program Interface (API) 100 that embodies a note creation function 102, a note search function 104, and a note display function 105. The note creation function 102 facilitates the storage of notes as note records 60 including the data elements, or fields, described above. The note creation function 102 also allows note records 60 to be removed individually, or in a batch utilizing other criteria. The note creation function 102 also, in turn, calls one or more note creation User Interfaces (UI's) 106 that each present a number of input fields, for example corresponding to the fields of a note record 60, via which a user (e.g., an administrator) can input information to populate the fields of a note record 60. As mentioned above, respective sets of type information and subject information may be presented by a creation UI 106 as drop-down menus. A creation UI 106 may also perform a validation, or authentication, function by requiring an administrator to input a user ID and password that are validated before creation of a note record 60 utilizing information supplied via the relevant creation UI 106. In one embodiment, a creation UI 106 may (1) display an HTML form (e.g., add note.HTML) that presents a number of input fields, (2) perform a further validation operation of the user ID and password, as well as of other information that is being submitted (e.g., administrator or participant address information, subject information and type information), and (3) if the submitted information is all valid, communicate this information to the API 100 for storage as a note record 60 and display a confirmation screen to the relevant administrator. If the validation operation identifies any inputted information as being invalid or incorrect, this is communicated by the note creation UI 106 to the administrator.
The note search function 104 facilitates the searching of note records 60, within the note table 48, based on any one of a number of fields (e.g., administrator address or identifier, participant address or identifier, item number, type information, subject information, etc.). The note search function 104, in turn, may call one or more note search User Interfaces (UI's) 108 that present a number of input fields for specifying search criteria. As with the note creation UI's 106, the note search UI's 108 may perform a validation function by requiring an administrator to input a user ID and password that are validated before permitting a search operation. If the validation operation identifies any input information as being invalid or incorrect, this is communicated by the note search URI 108 to the searcher.
At block 114, the note search function 104, via the search UI 108, displays textual information concerning a participant or item located by the search. At block 116, the note search function 104, again via the search UI 108, displays a note icon adjacent the displayed textual information to indicate that at least one note, embodied within a note record 60, is associated with the located participant or item. In one embodiment, where the search URI 108 displays the results of the search as an HTML document, the note icon may have a Uniform Resource Locator (URL) associated therewith that specifies a web or directory path to a script (e.g., a CGI script) that invokes a note display function 105 embodied within the API 100.
The note icon may further be a static or dynamic image, graphic or text that is visually associated the displayed information.
At decision box 118, the note search UI 108 determines whether, for example, an administrator has selected the displayed note icon for the participant or item. For example, the search UI 108 may register a “click” or “double-click” operation performed by the administrator utilizing a cursor control device (e.g., a mouse). If so, at block 120, the method 110 displays a list of notes (or messages) for the located participant or item. As described above, user selection of the note icon, embedded in HTML document, may in one embodiment invoke a note display function 105 that retrieves all note records 60 for the located participant or item, and populates a note display UI 109 (e.g., HTML page) utilizing the retrieved note records 60.
The display of a note icon by the note search function 104 ensures that an administrator is presented with the option of retrieving notes, or messages, that administrators may have created with respect to a participant or item regardless of an original addressee of the note. As the note is associated with the subject thereof, as opposed to the addressor or addressee, it is ensured that any administrator accessing information concerning the subject (e.g., a participant or item) will be made aware of the existence of the note. Further, as the UI's may, in one embodiment, comprise markup language documents (e.g., HTML documents) that are viewable by a browser, traditional e-mail channels for communicating administrative notes may be avoided.
A “note category” field 152 provides a drop-down menu of note categories that are user selectable to locate notes pertaining only to a specific category. For example, the drop-down menu presented within the field 152 may specify a “reinstate” category that is user selectable to identify notes pertaining to reinstatement actions formed by administrators. It will be appreciated that categories into which notes may be organized is dependent on the type of facility being administered, and also upon the design of the auction facility 10. Accordingly, a wide variety of categories could be presented for selection as input to the “note category” field 152.
At block 164, the administrator inputs a user ID, or e-mail address. At block 166, the administrator inputs a password, and at block 168 the administrator specifies a user, item or auction to which the relevant note pertains. The information inputted at blocks 164, 166 and 168 is subject to a validation operation by the note creation function 102.
At block 170, the administrator may then input specific information relevant to the note. Merely for example, the administrator may specify whether a user is to be suspended, fees are to be credited to the seller, bidders on the auction are to be e-mailed regarding an auction, and what the message type is. The administrator may also input pertinent text information, and select further participants, items or auctions to which the note applies.
At block 172, the administrator then submits the note content via the API 100.
At decision block 176, a determination is made as to whether the note is valid by, for example, performing validation checks on the information inputted at blocks 164–172. If not, a rejection report is generated at block 178. Alternatively, at block 180, the API 100, and specifically the note creation function 102, creates a record in the database 23, and specifically within the note table 48, associated with the specified participant item or auction. At block 182, an administrative function that invoked the note creation function 102 may perform other function specific operations (e.g., marking a user record as being suspended or removing an item from the auction facility 10 to update the database 23). The method 160 then ends at block 184.
The UI 205 includes a user ID field 206, a password field 208 and an “auctions to end” field 210. An administrator may enter the identification numbers or codes for auctions to be entered into the field 210. The administrator is further given the option to suspend a user, credit fees to a seller, and e-mail bidders on an auction by selection of the appropriate radio buttons in the fields 212, 214 and 216.
A “reason” field 218 includes a drop-down menu that presents a predetermined and authorized list of reasons for ending an auction for selection by the administrator. Finally, in the “text” field 220, an administrator may enter additional text or description regarding the ending of the relevant auction or auctions.
Any of the UI's, or interfaces, discussed above may further include an “expiration” field, into which an administrator may input a time period within which, or date by which, a relevant note will expire. This information may then populate the expiration field 82 of a note record 60. In a further embodiment, the expiration field 82 may be automatically populated by a housekeeping function.
The computer system 300 includes a processor 302, a main memory 304 and a static memory 306, which communicate with each other via a bus 308. The computer system 300 may further include a video display unit 310 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)). The computer system 300 also includes an alpha-numeric input device 312 (e.g. a keyboard), a cursor control device 314 (e.g. a mouse), a disk drive unit 316, a signal generation device 318 (e.g. a speaker) and a network interface device 320.
The disk drive unit 316 includes a machine-readable medium 322 on which is stored a set of instructions (i.e., software) 324 embodying any one, or all, of the methodologies described above. The software 324 is also shown to reside, completely or at least partially, within the main memory 304 and/or within the processor 302. The software 324 may further be transmitted or received via the network interface device 320. For the purposes of this specification, the term “machine-readable medium” shall be taken to include any medium which is capable of storing or encoding a sequence of instructions for execution by the machine and that cause the machine to perform any one of the methodologies of the present invention. The term “machine-readable medium” shall accordingly be taken to included, but not be limited to, solid-state memories, optical and magnetic disks, and carrier wave signals.
Thus, a method and system for communicating information within a network-based auction facility have been described. Although the present invention has been described with reference to specific exemplary embodiments, it will be evident that various modifications and changes may be made to these embodiments without departing from the broader spirit and scope of the invention. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.
The present application claims priority from U.S. provisional patent application No. 60/171,821 entitled “Method and System for Communicating Messages Within a Network-based Auction Facility”, filed Dec. 21, 1999 and from U.S. provisional patent application No. 60/178,122 entitled “Method and System for the Creation and Communication of Notes Concerning an Auction Participant or Item Within a Network-based Auction Facility”, filed Jan. 26, 2000
Number | Name | Date | Kind |
---|---|---|---|
3573747 | Adams et al. | Apr 1971 | A |
3581072 | Nymayer | May 1971 | A |
4412287 | Braddock, III | Oct 1983 | A |
4674044 | Kalmus et al. | Jun 1987 | A |
4677552 | Sibley, Jr. | Jun 1987 | A |
4789928 | Fujisaki | Dec 1988 | A |
4799156 | Shavit et al. | Jan 1989 | A |
4823265 | Nelson | Apr 1989 | A |
4864516 | Gaither et al. | Sep 1989 | A |
4903201 | Wagner | Feb 1990 | A |
5063507 | Lindsey et al. | Nov 1991 | A |
5077665 | Silverman et al. | Dec 1991 | A |
5101353 | Lupien et al. | Mar 1992 | A |
5136501 | Silverman et al. | Aug 1992 | A |
5168446 | Wiseman | Dec 1992 | A |
5205200 | Wright | Apr 1993 | A |
5243515 | Lee | Sep 1993 | A |
5258908 | Hartheimer et al. | Nov 1993 | A |
5280422 | Moe et al. | Jan 1994 | A |
5297031 | Gutterman et al. | Mar 1994 | A |
5297032 | Trojan et al. | Mar 1994 | A |
5305200 | Hartheimer et al. | Apr 1994 | A |
5325297 | Bird et al. | Jun 1994 | A |
5329589 | Fraser et al. | Jul 1994 | A |
5375055 | Togher et al. | Dec 1994 | A |
5394324 | Clearwater | Feb 1995 | A |
5426281 | Abecassis | Jun 1995 | A |
5485510 | Colbert | Jan 1996 | A |
5553145 | Micali | Sep 1996 | A |
5557728 | Garrett et al. | Sep 1996 | A |
5596994 | Bro | Jan 1997 | A |
5598557 | Doner et al. | Jan 1997 | A |
5640569 | Miller et al. | Jun 1997 | A |
5657389 | Houvener | Aug 1997 | A |
5664115 | Fraser | Sep 1997 | A |
5689652 | Lupien et al. | Nov 1997 | A |
5694546 | Reisman | Dec 1997 | A |
5706457 | Dwyer et al. | Jan 1998 | A |
5710889 | Clark et al. | Jan 1998 | A |
5715314 | Payne et al. | Feb 1998 | A |
5715402 | Popolo | Feb 1998 | A |
5717989 | Tozzoli et al. | Feb 1998 | A |
5722418 | Bro | Mar 1998 | A |
5727165 | Ordish et al. | Mar 1998 | A |
5771291 | Newton et al. | Jun 1998 | A |
5771380 | Tanaka et al. | Jun 1998 | A |
5790790 | Smith et al. | Aug 1998 | A |
5794219 | Brown | Aug 1998 | A |
5799285 | Klingman | Aug 1998 | A |
5803500 | Mossberg | Sep 1998 | A |
5818914 | Fujisaki | Oct 1998 | A |
5826244 | Huberman | Oct 1998 | A |
5835896 | Fisher et al. | Nov 1998 | A |
5845265 | Woolston | Dec 1998 | A |
5845266 | Lupien et al. | Dec 1998 | A |
5850442 | Muftic | Dec 1998 | A |
5872848 | Romney et al. | Feb 1999 | A |
5873069 | Reuhl et al. | Feb 1999 | A |
5884056 | Steele | Mar 1999 | A |
5890138 | Godin et al. | Mar 1999 | A |
5905974 | Fraser et al. | May 1999 | A |
5905975 | Aussubel | May 1999 | A |
5922074 | Richard et al. | Jul 1999 | A |
5924072 | Havens | Jul 1999 | A |
5926794 | Fethe | Jul 1999 | A |
5974412 | Hazlehurst et al. | Oct 1999 | A |
5991739 | Cupps et al. | Nov 1999 | A |
6012045 | Barzilai et al. | Jan 2000 | A |
6035402 | Vaeth et al. | Mar 2000 | A |
6044363 | Mori | Mar 2000 | A |
6047264 | Fisher et al. | Apr 2000 | A |
6055518 | Franklin et al. | Apr 2000 | A |
6058417 | Hess et al. | May 2000 | A |
6061448 | Smith et al. | May 2000 | A |
6073117 | Oyanagi et al. | Jun 2000 | A |
6085176 | Woolston | Jul 2000 | A |
6104815 | Alcorn et al. | Aug 2000 | A |
6119137 | Smith et al. | Sep 2000 | A |
6178408 | Copple et al. | Jan 2001 | B1 |
6192407 | Smith et al. | Feb 2001 | B1 |
6202051 | Woolston | Mar 2001 | B1 |
6243691 | Fisher et al. | Jun 2001 | B1 |
6285989 | Shoham | Sep 2001 | B1 |
6415269 | Dinwoodie | Jul 2002 | B1 |
6449601 | Friedland | Sep 2002 | B1 |
6515681 | Knight | Feb 2003 | B1 |
6560580 | Fraser | May 2003 | B1 |
Number | Date | Country |
---|---|---|
2253543 | Mar 1997 | CA |
2658635 | Feb 1991 | FR |
9300266 | Feb 1993 | NL |
WO 9215174 | Feb 1992 | WO |
WO9517711 | Jun 1995 | WO |
WO 9634356 | Apr 1996 | WO |
WO 9737315 | Mar 1997 | WO |
WO9963461 | Dec 1999 | WO |
Number | Date | Country | |
---|---|---|---|
60178122 | Jan 2000 | US | |
60171821 | Dec 1999 | US |