US20100010871A1 - Method and system to provide feedback data within a distributed e-commerce system - Google Patents
Method and system to provide feedback data within a distributed e-commerce systemInfo
- Publication number
- US20100010871A1 US20100010871A1 US12/495,608 US49560809A US2010010871A1 US 20100010871 A1 US20100010871 A1 US 20100010871A1 US 49560809 A US49560809 A US 49560809A US 2010010871 A1 US2010010871 A1 US 2010010871A1
- Authority
- US
- United States
- Prior art keywords
- feedback
- feedback data
- servers
- data records
- transaction
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Abandoned
Links
Images
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q30/00—Commerce
- G06Q30/02—Marketing; Price estimation or determination; Fundraising
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/10—Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/38—Payment protocols; Details thereof
- G06Q20/382—Payment protocols; Details thereof insuring higher security of transaction
Definitions
- Embodiments of the present invention relate generally to the technical field of commerce automation and, in one exemplary embodiment, to methods and systems to provide feedback data within a distributed e-commerce system.
- some e-commerce web sites have provided rating mechanisms in which buyers and sellers may provide ratings and/or feedback providing a mechanism for both good and bad experiences of prior transactions to serve as a form of reputation data for both buyers and sellers.
- These rating mechanisms may be part of an integrated e-commerce system, such as an on-line auction web site, in which parties to the transactions may providing ratings and comments regarding the other party to the transaction.
- These rating mechanisms may also be part of a review and rating system in which customers of web sites are asked to provide feedback as part of an on-line survey once a transaction has been completed.
- These rating mechanisms typically collect large numbers of rating data records from the parties to the transactions that are accumulated within a large database of feedback data.
- the records may be searched by subsequent buyers and sellers to determine if a future transaction involving the other party may be advisable.
- large amounts of feedback data must be obtained, maintained, and processed as a reputation of a seller, for example, may best be seen in the large number of satisfied customers even when a few dissatisfied customers may also provide feedback.
- a seller may receive feedback indicating that a problem was quickly addressed that may provide useful data to subsequent buyers.
- FIG. 1 is a network diagram depicting a system having a client-server architecture for an e-commerce system having a distributed feedback system in accordance with one exemplary embodiment of the present invention.
- FIG. 2 is a detailed network diagram depicting a system having a client-server architecture in accordance with one exemplary embodiment of the present invention.
- FIG. 3 is a block diagram illustrating multiple marketplace and payment applications in one exemplary embodiment of the present invention.
- FIG. 4 is a high-level entity-relationship diagram in accordance with an example embodiment of the present invention.
- FIG. 5 is another network diagram depicting a system having a client-server architecture for an e-commerce system having a distributed feedback system in accordance with one exemplary embodiment of the present invention.
- FIG. 6 is another network diagram for a peer-to-peer (P2P) distributed feedback system according to an exemplary embodiment of the present invention.
- P2P peer-to-peer
- FIG. 7 is a block diagram of a set of processing modules for providing a P2P feedback data hub node within a P2P feedback network according to an exemplary embodiment of the present invention.
- FIG. 8 is a block diagram of a feedback data database consisting of a collection of feedback data records according to an exemplary embodiment of the present invention.
- FIG. 9 is a flow diagram of a process to provide a user with accumulated feedback data in response to a search query according to an exemplary embodiment of the present invention.
- FIG. 10 is a flow diagram of a process to update a feedback data database with a new feedback data record corresponding to a transaction according to an exemplary embodiment of the present invention.
- FIG. 11 is a block diagram illustrating a general programmable processing system for use in programmable processing system in accordance with various embodiments of the present invention.
- FIG. 1 is a network diagram depicting a system having a client-server architecture for an e-commerce system having a distributed feedback system in accordance with one exemplary embodiment of the present invention.
- a seller 151 offers goods or services 161 for sale by posting a listing 145 for these items 161 on a sales server 142 .
- the sales server 142 is part of a larger commerce service platform 140 .
- An interested buyer 152 searches sales server 142 to locate listing 145 and responds to the listing in an attempt to purchase goods 161 from seller 151 . If listing 145 corresponds to an on-line auction for goods 161 , buyer 152 makes a bid on these goods. If listing 145 permits an item to be purchase immediately for a fixed price, buyer 152 may complete the transaction by offering the fixed price.
- Payment 162 may be made using on-line payment services, using credit card payments, and using traditional payment mechanisms of checks, payment orders and cash that are sent using a postal service.
- buyer 152 and/or seller 151 may wish to provide feedback within the commerce service platform 140 for use by subsequent buyers and sellers.
- This feedback typically consists of a feedback data record identifying the buyer, seller, and the transaction in question, as well as a rating value with comments describing the transaction.
- the rating value may indicate a positive value to indicate a good transaction experience, a negative value to indicate a bad transaction experience, and a neutral value to indicate a non-trouble-free transaction experience.
- Other rating scales having a larger range of values may also be used if desired.
- the comments portion of the feedback data record may be used to amplify and/or clarify a particular rating. For example, a buyer may provide a neutral rating value if a problem existed with the item sold by the seller but may wish to provide a detailed comment indicating how the seller addressed the problem. Similarly, the comment may provide a buyer and a seller information that while the transaction was successfully completed, the other party may be slow to respond with payment and shipment of the item. All of this feedback data may be useful to parties to a subsequent transaction involving the buyer and seller.
- the feedback data records are maintained within a set of feedback servers 145 A- 145 F. Portions of the feedback data database are maintained on each of the feedback servers 145 A- 145 F. Individual feedback data records are maintained on a plurality of different one of the feedback servers 145 A- 145 F in order to provide redundancy needed to provide a desired level of data availability. Search queries for feedback data on a particular buyer or seller are routed within the network of feedback servers 145 A- 145 F to the server maintaining the feedback data in question. The particular one of feedback servers 145 A- 145 F responds to the search query using data within its portion of the distributed database. Through the distributed nature of the set of feedback servers 145 A- 145 F, response time for large numbers of queries may be reduced as these different servers simultaneously respond to different queries.
- a request to add a new feedback data record is sent from buyer 152 or seller 151 to commerce server platform 140 .
- the request is routed to the appropriate one of feedback servers 145 A- 145 F for processing.
- the appropriate one of feedback servers 145 A- 145 F determines if the record may be added to the database after applying a set of anti-fraud checks to verify the validity of the feedback data record. This process may be repeated on every one of the feedback servers 145 A- 145 F that maintains the data for the particular buyer or seller.
- FIG. 2 is a network diagram depicting a system 10 , according to one exemplary embodiment of the present invention, having a client-server architecture.
- a commerce server platform in the exemplary form of a network-based marketplace 12 , provides server-side functionality, via a network 14 (e.g., the Internet) to one or more clients.
- FIG. 2 illustrates, for example, a web client 16 (e.g., a browser, such as the Internet Explorer browser developed by Microsoft Corporation of Redmond, Wash. State), and a programmatic client 18 executing on respective client machines 20 and 22 .
- a web client 16 e.g., a browser, such as the Internet Explorer browser developed by Microsoft Corporation of Redmond, Wash. State
- programmatic client 18 executing on respective client machines 20 and 22 .
- an Application Program Interface (API) server 24 and a web server 26 are coupled to, and provide programmatic and web interfaces respectively to, one or more application servers 28 .
- the application servers 28 host one or more marketplace applications 30 and payment applications 32 .
- the application servers 28 are, in turn, shown to be coupled to one or more databases servers 34 that facilitate access to one or more databases 36 .
- the marketplace applications 30 provide a number of marketplace functions and services to users that access the marketplace 12 .
- the payment applications 32 likewise provide a number of payment services and functions to users.
- the payment applications 32 may allow users to quantify for, and accumulate, value (e.g., in a commercial currency, such as the U.S. dollar, or a proprietary currency, such as “points”) in accounts, and then later to redeem the accumulated value for products (e.g., goods or services) that are made available via the marketplace applications 30 .
- value e.g., in a commercial currency, such as the U.S. dollar, or a proprietary currency, such as “points”
- the marketplace and payment applications 30 and 32 are shown in FIG. 2 to both form part of the network-based marketplace 12 , it will be appreciated that, in alternative embodiments of the present invention, the payment applications 32 may form part of a payment service that is separate and distinct from the marketplace 12 .
- system 10 shown in FIG. 2 employs a client-server architecture
- embodiments of the present invention are of course not limited to such an architecture, and could equally well find application in a distributed, or peer-to-peer, architecture system.
- the various marketplace and payment applications 30 and 32 could also be implemented as standalone software programs, which do not necessarily have networking capabilities.
- the web client 16 accesses the various marketplace and payment applications 30 and 32 via the web interface supported by the web server 26 .
- the programmatic client 18 accesses the various services and functions provided by the marketplace and payment applications 30 and 32 via the programmatic interface provided by the API server 24 .
- the programmatic client 18 may, for example, be a seller application (e.g., the TurboLister application developed by eBay Inc., of San Jose, Calif.) to enable sellers to author and manage listings on the marketplace 12 in an off-line manner, and to perform batch-mode communications between the programmatic client 18 and the network-based marketplace 12 .
- FIG. 2 also illustrates a third party application 38 , executing on a third party server machine 40 , as having programmatic access to the network-based marketplace 12 via the programmatic interface provided by the API server 24 .
- the third party application 38 may, utilizing information retrieved from the network-based marketplace 12 , support one or more features or functions on a website hosted by the third party.
- the third party website may, for example, provide one or more promotional, marketplace or payment functions that are supported by the relevant applications of the network-based marketplace 12 .
- FIG. 3 is a block diagram illustrating multiple marketplace and payment applications 30 that, in one exemplary embodiment of the present invention, are provided as part of the network-based marketplace 12 .
- the marketplace 12 may provide a number of listing and price-setting mechanisms whereby a seller may list goods or services for sale, a buyer can express interest in or indicate a desire to purchase such goods or services, and a price can be set for a transaction pertaining to the goods or services.
- the marketplace applications 30 are shown to include one or more auction applications 44 which support auction-format listing and price setting mechanisms (e.g., English, Dutch, Vickrey, Chinese, Double, Reverse auctions etc.).
- the various auction applications 44 may also provide a number of features in support of such auction-format listings, such as a reserve price feature whereby a seller may specify a reserve price in connection with a listing and a proxy-bidding feature whereby a bidder may invoke automated proxy bidding.
- a reserve price feature whereby a seller may specify a reserve price in connection with a listing
- a proxy-bidding feature whereby a bidder may invoke automated proxy bidding.
- a number of fixed-price applications 46 support fixed-price listing formats (e.g., the traditional classified advertisement-type listing or a catalogue listing) and buyout-type listings.
- buyout-type listings e.g., including the Buy-It-Now (BIN) technology developed by eBay Inc., of San Jose, Calif.
- BIN Buy-It-Now
- auction-format listing may be offered in conjunction with an auction-format listing, and allow a buyer to purchase goods or services, which are also being offered for sale via an auction, for a fixed-price that is typically higher than the starting price of the auction.
- Store applications 48 allow sellers to group their listings within a “virtual” store, which may be branded and otherwise personalized by and for the sellers. Such a virtual store may also offer promotions, incentives and features that are specific and personalized to a relevant seller.
- Reputation applications 50 allow parties that transact utilizing the network-based marketplace 12 to establish, build and maintain reputations, which may be made available and published to potential trading partners.
- the network-based marketplace 12 supports person-to-person trading
- users may have no history or other reference information whereby the trustworthiness and credibility of potential trading partners may be assessed.
- the reputation applications 50 allow a user, for example through feedback provided by other transaction partners, to establish a reputation within the network-based marketplace 12 over time. Other potential trading partners may then reference such a reputation for the purposes of assessing credibility and trustworthiness.
- Personalization applications 52 allow users of the marketplace 12 to personalize various aspects of their interactions with the marketplace 12 . For example a user may, utilizing an appropriate personalization application 52 , create a personalized reference page at which information regarding transactions to which the user is (or has been) a party may be viewed. Further, a personalization application 52 may enable a user to personalize listings and other aspects of their interactions with the marketplace 12 and other parties.
- the network-based marketplace 12 may support a number of marketplaces 54 that are customized, for example, for specific geographic regions.
- a version of the marketplace 12 may be customized for the United Kingdom, whereas another version of the marketplace 12 may be customized for the United States.
- Each of these versions may operate as an independent marketplace, or may be customized (or internationalized) presentations of a common underlying marketplace.
- Navigation of the network based-marketplace 12 may be facilitated by one or more navigation applications 56 .
- a search application enables key word searches of listings published via the marketplace 12 .
- a browse application allows users to browse various category, catalogue, or inventory data structures according to which listings may be classified within the marketplace 12 .
- Various other navigation applications may be provided to supplement the search and browsing applications.
- the marketplace applications 30 may include one or more imaging applications 58 utilizing which users may upload images for inclusion within listings.
- An imaging application 58 also operates to incorporate images within viewed listings.
- the imaging applications 58 may also support one or more promotional features, such as image galleries that are presented to potential buyers. For example, sellers may pay an additional fee to have an image included within a gallery of images for promoted items.
- Listing creation applications 60 allow sellers conveniently to author listings pertaining to goods or services that they wish to transact via the marketplace 12
- listing management applications 62 allow sellers to manage such listings. Specifically, where a particular seller has authored and/or published a large number of listings, the management of such listings may present a challenge.
- the listing management applications 62 provide a number of features (e.g., auto-relisting, inventory level monitors, etc.) to assist the seller in managing such listings.
- One or more post-listing management applications 64 also assist sellers with a number of activities that typically occur post-listing. For example, upon completion of an auction facilitated by one or more auction applications 44 , a seller may wish to leave feedback regarding a particular buyer. To this end, a post-listing management application 64 may provide an interface to one or more reputation applications 50 , so as to allow the seller conveniently to provide feedback regarding multiple buyers to the reputation applications 50 .
- Dispute resolution applications 66 provide mechanisms whereby disputes arising between transacting parties may be resolved.
- the dispute resolution applications 66 may provide guided procedures whereby the parties are guided through a number of steps in an attempt to settle a dispute. In the event that the dispute cannot be settled via the guided procedures, the dispute may be escalated to a third party mediator or arbitrator.
- a number of fraud prevention applications 68 implement various fraud detection and prevention mechanisms to reduce the occurrence of fraud within the marketplace 12 .
- Messaging applications 70 are responsible for the generation and delivery of messages to users of the network-based marketplace 12 , such messages for example advising users regarding the status of listings at the marketplace 12 (e.g., providing “outbid” notices to bidders during an auction process or to provide promotional and merchandising information to users).
- Merchandising applications 72 support various merchandising functions that are made available to sellers to enable sellers to increase sales via the marketplace 12 .
- the merchandising applications 80 also operate the various merchandising features that may be invoked by sellers, and may monitor and track the success of merchandising strategies employed by sellers.
- Distributed feedback applications 81 support the creation, the maintenance, and the searching of feedback data records within a distributed feedback data database. Distributed feedback applications 81 perform all of the functions disclosed herein to permit these feedback data records to be created, stored within the database, and retrieved in response to search queries.
- the network-based marketplace 12 itself, or one or more parties that transact via the marketplace 12 may operate loyalty programs that are supported by one or more loyalty/promotions applications 74 . For example, a buyer may earn loyalty or promotions points for each transaction established and/or concluded with a particular seller, and be offered a reward for which accumulated loyalty points can be redeemed.
- FIG. 4 is a high-level entity-relationship diagram, illustrating various tables 90 that may be maintained within the databases 36 , and that are utilized by and support the marketplace and payment applications 30 and 32 .
- a user table 92 contains a record for each registered user of the network-based marketplace 12 , and may include identifier, address and financial instrument information pertaining to each such registered user.
- a user may, it will be appreciated, operate as a seller, a buyer, or both, within the network-based marketplace 12 .
- a buyer may be a user that has accumulated value (e.g., commercial or proprietary currency), and is then able to exchange the accumulated value for items that are offered for sale by the network-based marketplace 12 .
- accumulated value e.g., commercial or proprietary currency
- the tables 90 also include an items table 94 in which are maintained item records for goods and services that are available to be, or have been, transacted via the marketplace 12 .
- Each item record within the items table 94 may furthermore be linked to one or more user records within the user table 92 , so as to associate a seller and one or more actual or potential buyers with each item record.
- a transaction table 96 contains a record for each transaction (e.g., a purchase transaction) pertaining to items for which records exist within the items table 94 .
- An order table 98 is populated with order records, each order record being associated with an order. Each order, in turn, may be with respect to one or more transactions for which records exist within the transactions table 96 .
- Bid records within a bids table 100 each relate to a bid received at the network-based marketplace 12 in connection with an auction-format listing supported by an auction application 44 .
- a feedback table 102 is utilized by one or more reputation applications 50 , in one exemplary embodiment, to construct and maintain reputation information concerning users.
- a history table 104 maintains a history of transactions to which a user has been a party.
- One or more attributes tables 106 record attribute information pertaining to items for which records exist within the items table 94 . Considering only a single example of such an attribute, the attributes tables 106 may indicate a currency attribute associated with a particular item, the currency attribute identifying the currency of a price for the relevant item as specified in by a seller.
- Family table 110 and user currency table 108 used to support related items and multiple currencies in transactions.
- FIG. 5 is another network diagram depicting a system having a client-server architecture for an e-commerce system having a distributed feedback system 501 in accordance with one exemplary embodiment of the present invention.
- the set of feedback servers 545 A- 545 C are constructed using processing systems from trusted users of commerce service platform 140 . Rather than using computing resources provided from a central processing system, trusted users agree to cooperate together to provide these services collectively.
- a trusted user may be a buyer and seller in various individual transactions processed by sales server 142 .
- the trusted user agrees to provide processing resources within its one of feedback servers 545 A- 545 C to maintain the distributed feedback data database.
- Each of the feedback servers 545 A- 545 C provides storage for its corresponding portion of the feedback data database 546 A- 546 C.
- a consortium server 547 controls the overall operation of the set of trusted user feedback servers 545 A- 545 C within the system 501 .
- the consortium server 547 provides each of the trusted user feedback servers 545 A- 545 C with approval to operate as a trusted user.
- the consortium server 547 maintains a mapping of feedback data records to each of the trusted user feedback servers 545 A- 545 C.
- each of the trusted user feedback servers 545 A- 545 C may maintain a portion of the feedback data database 546 A- 546 C based upon the user ID provided to identify the buyers and sellers.
- This mapping of feedback data records to each of the trusted user feedback servers 545 A- 545 C may be a simple alphabetic division of the user IDs. Search queries and requests to add new feedback data records are transmitted to the appropriate one of the trusted user feedback servers 545 A- 545 C using this mapping.
- user IDs may be divided using a category system to describe the items offered for sale. For example, all feedback data records associated with a transaction for the sale of cameras may be stored within one of the trusted user feedback servers 545 A- 545 C with all feedback data records associated with a transaction for the sale of portable music players may be stored within a different one of the trusted user feedback servers 545 A- 545 C.
- the trusted user for a particular category such as cameras, may be seller of cameras.
- consortium server 547 provides overall system operation and control functionality. Part of this functionality is a specification of the anti-fraud checks that are performed upon requests to add feedback data records to the feedback data database. This specification defines a set of checks that have been agreed to be performed by all of the trusted user feedback servers 545 A- 545 C.
- the consortium server 547 is operated by one or more interested users of the commerce service platform 140 . All interested users may communicate with the consortium server 547 to participate in the coordination of the operation of the distributed feedback system 501 .
- the consortium server 547 may be viewed in the same capacity of a moderator or administrator of a news group that operated in the Internet. The administrator performs operations to enforce community rules of behavior and prevent inappropriate actions of individual users.
- FIG. 6 is another network diagram for a P2P distributed feedback system according to an exemplary embodiment of the present invention.
- the distributed feedback system 501 comprises a set of trusted user feedback servers 611 A- 611 G that are connected together using a peer-to-peer (P2P) network.
- Consortium server 547 is also a node on the P2P network to provide a connection to all other of the trusted user feedback servers 611 A- 611 G.
- Buyers and sellers may connect to distributed feedback system 501 by attaching to any of the trusted user feedback servers 611 A- 611 G as P2P nodes in the P2P network.
- the P2P network provides a communications path from each trusted user feedback servers 611 A- 611 G to one or more of the trusted user feedback servers 611 A- 611 G to create an interconnecting network between all nodes of the P2P network.
- Each of the trusted user feedback servers 611 A- 611 G maintains a topology map of the network to identify the one or more nodes that contains feedback data useful in satisfying a search query.
- users connect to one of the trusted user feedback servers 611 A- 611 G as a P2P node and submit a search query for feedback data related to a particular seller.
- the one of trusted user feedback servers 611 A- 611 G determines the one or more of the trusted user feedback servers 611 A- 611 G containing the requested feedback data and forwards the request to those nodes. A response to the query is prepared by each of these trusted user feedback servers 611 A- 611 G that is returned to the user. This arrangement may be successful because the trusted user feedback servers 611 A- 611 G are typically expected to remain available to service search queries at all times; as such, the topology of the P2P network of trusted user feedback servers 611 A- 611 G is not expected significantly over time.
- the search queries and requests to add feedback data records may be broadcast throughout the entire P2P network without significant reliance upon the topology map maintained by the nodes. Requests may be forwarded throughout the P2P network from nodes to all connected nodes in order for the request to propagate to all nodes in the network. Only trusted user feedback servers 611 A- 611 G maintaining the feedback data which is the subject of the request respond to the request.
- This alternate embodiment is less efficient in that requests are forwarded throughout the network and are processed by additional nodes that ultimately take no action on the request.
- the alternate embodiment eliminates or reduces the need to maintain an accurate topology map of the P2P network as is may change over time.
- Each of the trusted user feedback servers 611 A- 611 G utilizes a set of management applications to perform its tasks of communicating with other nodes in the P2P network, responding to search queries for feedback data, maintaining its portion of the feedback data database, and determining whether a new feedback data record may be added to the feedback data database. These applications also communicate with the consortium server 547 to maintain the network topology map and the anti-fraud model used to identify improper feedback data records that are not to be added to the feedback data database.
- FIG. 7 is a block diagram of set of processing modules for providing a P2P feedback data hub node within a P2P feedback network according to an exemplary embodiment of the present invention.
- Each of the trusted user feedback servers 701 contains a set of processing modules to performs various functions. These processing modules include a distributed feedback hub control module 711 , a P2P network interface module 712 , a distributed feedback database module 713 , a portion of the distributed feedback database 714 , a distributed feedback map module 715 , a distributed feedback map database 716 , a distributed feedback add feedback module 717 , a distributed feedback anti-fraud module 718 , and a distributed feedback rating retrieval/search module 719 .
- the distributed feedback hub control module 711 performs all operations needed to coordinate the interaction of all of the other modules within trusted user feedback server 701 .
- the P2P network interface module 712 provides a network connection to other nodes in the P2P network. These other nodes include consortium server 547 , other trusted user feedback servers 731 , and one or more users 721 - 722 connecting to trusted user feedback server 701 as P2P nodes to process feedback search queries and requests to add feedback data.
- P2P network interface module 712 routes incoming requests from users 721 - 722 to other modules in the trusted user feedback server 701 to service these requests. Response messages to these requests are returned through the P2P network interface module 712 .
- the distributed feedback database module 713 provides an interface module between processing modules within trusted user feedback server 701 and the corresponding portion of the distributed feedback database 714 maintained within trusted user feedback server 701 . All database operations to search, add, delete, and maintain feedback database records within the corresponding portion of the distributed feedback database 714 are performed by distributed feedback database module 713 .
- the distributed feedback map module 715 provides an interface module between processing modules within trusted user feedback server 701 and the corresponding portion of the distributed feedback map database 716 maintained within trusted user feedback server 701 . All database operations to search, add, delete, and maintain feedback database records within the P2P network topology data in the distributed feedback map database 716 are performed by distributed feedback map module 715 .
- the distributed feedback map database 716 also maintains the mapping data associated with the categories and/or user IDs used to organize the distributed feedback database across all of the trusted user feedback servers 701 .
- the distributed feedback add feedback module 717 , the distributed feedback anti-fraud module 718 , and the distributed feedback rating retrieval/search module 719 perform the specific distributed feedback database data manipulation to feedback data records. Requests from users 721 - 722 to retrieve feedback data for a particular seller are processed within distributed feedback rating retrieval/search module 719 .
- Distributed feedback rating retrieval/search module 719 determines that the data is expected to be found within the corresponding portion of the distributed feedback database 714 of trusted user feedback server 701 .
- Distributed feedback rating retrieval/search module 719 utilizes network topology data from distributed feedback map database 716 as needed.
- Distributed feedback rating retrieval/search module 719 retrieves the feedback data records from the corresponding portion of the distributed feedback database 714 of trusted user feedback server 701 through the distributed feedback database module 713 to generate a response to the search query. This response is returned to users 721 - 722 through the P2P network interface module 712 .
- the distributed feedback add feedback module 717 receives requests from users 721 - 722 to add feedback data for a particular seller to the corresponding portion of the distributed feedback database 714 of trusted user feedback server 701 .
- Distributed feedback add feedback module 717 determines that the data is expected to be found within the corresponding portion of the distributed feedback database 714 of trusted user feedback server 701 .
- Distributed feedback add feedback module 717 utilizes network topology data from distributed feedback map database 716 as needed.
- Distributed feedback add feedback module 717 interacts with the distributed feedback anti-fraud module 718 to verify that the new feedback data record may be added to the corresponding portion of the distributed feedback database 714 of trusted user feedback server 701 .
- Distributed feedback add feedback module 717 adds the feedback data records into the corresponding portion of the distributed feedback database 714 of trusted user feedback server 701 through the distributed feedback database module 713 .
- a response indicating the successful addition of the feedback data records is returned to users 721 - 722 through the P2P network interface module 712 .
- the distributed feedback anti-fraud module 718 implements a anti-fraud model used to determine if a user is attempting to inappropriately add feedback data to the distributed feedback data database. All users may interact with consortium server 547 and its operators to define various anti-fraud checks that are to be included within the anti-fraud model.
- the anti-fraud model is propagated throughout the P2P network of trusted user feedback servers for use in protecting the integrity of the feedback data.
- the anti-fraud model is based upon a set of basic assumptions about the users, the transactions between buyers and sellers, and the feedback provided by the users.
- all users of the system are typically expected to identify themselves to the system.
- the users register their identity with the system by providing at least a network address, such as an e-mail address, where the user may be reached.
- Other network identifiers such as instant message ID, SMS ID, and other network identifier may also be used.
- Sellers who typically benefit from a positive reputation gained from the feedback system, may be required to provide additional contact information such as an address, telephone number and contact individual for use by the system and its users.
- Buyers may also be required to provide additional identifying information and register in advance; this registration requirement is necessary for transactions made in an on-line auction system before buyers may place bids on items.
- Transactions that are used to generate feedback are typically assigned a unique identifier.
- Feedback records are assumed to be generated in response to a particular transaction between a buyer and a seller. This unique identifier is typically used by these parties to identify the transaction as it is being made and completed.
- the transaction unique identifier may be generated by the on-line auction when an item is listed.
- the transaction unique identifier may be generated by the seller when the transaction is generated in the web site.
- the anti-fraud model compares known information about the buyer, the seller, the transaction, and the proposed feedback data record to determine whether the proposed feedback data records should be added to the distributed feedback data database. As part of these comparisons, various checks that are part of the approved anti-fraud model are performed. These checks may include any check that identify feedback data records expected to be fraudulent. For example, buyers and sellers may be banned from additional activity once the controlling consortium has determined that the user in question has violated rules of operation of the system. As such, feedback data records from banned users as identified by their buyer IDs and seller IDs are not added to the distributed feedback data database 714 . Similarly, users from a known IP address that has generated fraudulent behavior may also be banned. Feedback data records also must accurately reference a valid transaction; thus the transaction ID provided as part of the proposed feedback data record may be checked for validity as part of the anti-fraud model.
- More sophisticated checks may also be included within the anti-fraud model. For example, unscrupulous sellers may wish to generate fake feedback data to create a positive reputation without actually successfully completing valid transactions. With this fake positive reputation, these sellers may induce other buyers to enter into transactions. This type of fake feedback data may be generated by a seller who registers as a fake buyer to obtain a valid buyer IDs and uses fake transaction IDs that correspond to valid transaction ID numbers.
- Additional anti-fraud checks may wish to check additional information associated with the buyer ID and/or the seller ID to determine the potential validity of the proposed feedback data record. For example, buyer IDs that have not previously generated feedback data records or have recently been created may be suspect. Buyer IDs that have only generated positive feedback data record for a particular seller ID may also be suspect. Positive feedback for a seller that is received at a pre-determined interval or following negative feedback from other buyers who have transaction records involving multiple sellers may also be suspect.
- the community of users, operating through the consortium and the consortium server 547 defines the conditions of factors which may identify the fraudulent feedback data records.
- FIG. 8 is a block diagram of a feedback data database consisting of a collection of feedback data records according to an exemplary embodiment of the present invention.
- Feedback data database 801 is shown containing five different feedback data records 802 A- 802 E.
- Each of these feedback data records 802 A- 802 E contain data fields including a seller ID 811 A- 811 E, a buyer ID 812 A- 812 E, a transaction ID 813 A- 813 E, a transaction feedback rating 814 A- 814 E, and a transaction feedback comment 815 A- 815 E.
- the seller ID 811 A- 811 E and the buyer ID 812 A- 812 E correspond to the unique identifiers for the parties to the transaction identified in transaction ID 813 A- 813 E.
- Transaction feedback rating 814 A- 814 E field is used to provide an indication of a positive, negative and neutral transaction experience. This rating may provide any number of different rating values as desired by the feedback system. The transaction feedback rating 814 A- 814 E also indicates whether the feedback corresponds to feedback directed to describe the buyer or the seller.
- the comments field 815 A- 815 E may be used to amplify and/or clarify a particular rating. For example, a buyer may provide a neutral rating value if a problem existed with the item sold by the seller but may wish to provide a detailed comment indicating how the seller addressed the problem. Similarly, the comment may provide a buyer and a seller information that while the transaction was successfully completed, the other party may be low to respond with payment and shipment of the item. All of this feedback data may be useful to parties to a subsequent transaction involving the buyer and seller.
- the database 801 is searched for the seller's seller ID. For example, seller ID 1 is found within 3 records 802 A, 802 C and 802 E in FIG. 8 . Ratings from these records, if directed to seller ID 1 , as opposed to the buyer, are accumulated to form the search query results returned to a requesting user. The details from the transaction feedback rating fields 814 A, 814 C and 814 E as well as the corresponding comment fields 815 A, 815 C and 815 E may also be included within the response.
- a transaction ID is assumed to be present for the feedback as the feedback data is typically expected to be used to describe reputation data associated with e-commerce transactions entered into over the Internet.
- the feedback collected and maintained within the distributed feedback data database may represent opinion data describing users reviews of recently released movies.
- the rating field and comment fields provide similar feedback data relating to the reviewer's opinion of the movie.
- the seller ID and the buyer ID are used to identify the movie and the user providing the review data respectively. Because the data is only viewed as opinion data, the anti-fraud model may be less sophisticated than may be used in e-commerce transaction feedback systems. Otherwise the processing, storage and retrieval of the feedback data may operate in similar fashions.
- FIG. 9 is a flow diagram of a process to provide a user with accumulated feedback data in response to a search query according to an exemplary embodiment of the present invention.
- the process of retrieving feedback data begins 901 when a search query request is received by a trusted user feedback server 701 from a user 721 in operation 911 .
- Trusted user feedback server 701 retrieves the location within the P2P network for the trusted user feedback server 701 processing the feedback data for the incoming search query from the distributed feedback map database 716 in operation 912 .
- the search query is forwarded to these feedback servers for further processing in operation 913 .
- Each of these one of trusted user feedback servers 701 processes the search query to obtain feedback data from the respective portions of the feedback data database 714 to generate a response in operation 914 .
- Each of these one of trusted user feedback servers 701 returns the generated response data to user 721 to satisfy the search query in operation 915 before the process ends 902 .
- FIG. 10 is a flow diagram of a process to update feedback data database with a new feedback data record corresponding to a transaction according to an exemplary embodiment of the present invention.
- the process to add feedback data records to a feedback data database 714 begins 1001 when a request from a user 721 is received by one of trusted user feedback servers 701 in operation 1011 .
- Trusted user feedback server 701 retrieves the location within the P2P network for the trusted user feedback server 701 processing the add feedback data records request from the distributed feedback map database 716 in operation 1012 .
- the add feedback data records request is forwarded to one or more of feedback servers for further processing in operation 1013 .
- Each of the one or more of feedback servers processing the add feedback data records request applies the anti-fraud model in operation 1014 to determine whether the proposed feedback data record may be added to the feedback data database 914 .
- Test operation 1015 determines whether the proposed feedback record may be added. If the proposed feedback data record may not be added, an error message is returned to the user 721 in operation 1016 and the processing ends.
- the record is added to the database 714 in operation 1017 .
- the user 721 is informed of the successful addition of the feedback data record with a message generated in operation 1018 before the processing ends 1002 .
- FIG. 11 shows a diagrammatic representation of machine in the exemplary form of a computer system 300 within which a set of instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed.
- the machine operates as a standalone device or may be connected (e.g., networked) to other machines.
- the machine may operate in the capacity of a server or a client machine in server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment.
- the machine may be a server computer, a client computer, a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine.
- PC personal computer
- PDA Personal Digital Assistant
- STB set-top box
- a cellular telephone a web appliance
- network router switch or bridge
- the exemplary computer system 300 includes a processor 302 (e.g., a central processing unit (CPU) a graphics processing unit (GPU) or both), 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 alphanumeric 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 one or more sets of instructions (e.g., software 324 ) embodying any one or more of the methodologies or functions described herein.
- the software 324 may also reside, completely or at least partially, within the main memory 304 and/or within the processor 302 during execution thereof by the computer system 300 , the main memory 304 and the processor 302 also constituting machine-readable media.
- the software 324 may further be transmitted or received over a network 326 via the network interface device 320 .
- machine-readable medium 322 is shown in an exemplary embodiment to be a single medium, the term “machine-readable medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions.
- the term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention.
- the term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals.
Abstract
A system and method to provide feedback data within a distributed feedback system of an e-commerce system. Feedback data describing e-commerce transactions are generated by buyers of goods and services and the corresponding sellers of these goods and services. The feedback data is stored and maintained within a set of feedback servers organized into a peer-to-peer network of distributed devices. The feedback data is organized into groupings of feedback data that are stored onto database storage associated with each of the P2P network nodes. Buyers and sellers may search the feedback data from these distributed data sources to obtain reputation data associated with parties with which they propose to enter into new transactions for goods and services.
Description
- This application is a continuation of U.S. patent application Ser. No. 11/027,713, filed Dec. 31, 2004, entitled “METHOD AND SYSTEM TO PROVIDE FEEDBACK DATA WITHIN A DISTRIBUTED E-COMMERCE SYSTEM”, the disclosure of which is incorporated herein by reference.
- Embodiments of the present invention relate generally to the technical field of commerce automation and, in one exemplary embodiment, to methods and systems to provide feedback data within a distributed e-commerce system.
- Electronic commerce that utilizes the Internet to sell goods and services to customers has been increasing in its scope and scale at increasing rates. One of the main limitations on this form of commerce is the lack of direct interaction between buyers and sellers that is present in most face-to-face transactions. Merchants and other sellers of goods and services have been hindered at times by an inability to identify trustworthy buyers who electronically request to purchase items while providing credit card or other payment information as well as a shipping address. Similarly, buyers may be hesitant to purchase items from a merchant who may only be found using an anonymous web site.
- To address these problems, some e-commerce web sites have provided rating mechanisms in which buyers and sellers may provide ratings and/or feedback providing a mechanism for both good and bad experiences of prior transactions to serve as a form of reputation data for both buyers and sellers. These rating mechanisms may be part of an integrated e-commerce system, such as an on-line auction web site, in which parties to the transactions may providing ratings and comments regarding the other party to the transaction. These rating mechanisms may also be part of a review and rating system in which customers of web sites are asked to provide feedback as part of an on-line survey once a transaction has been completed.
- These rating mechanisms typically collect large numbers of rating data records from the parties to the transactions that are accumulated within a large database of feedback data. The records may be searched by subsequent buyers and sellers to determine if a future transaction involving the other party may be advisable. In order for the search results obtained by subsequent buyers and sellers to be meaningful, large amounts of feedback data must be obtained, maintained, and processed as a reputation of a seller, for example, may best be seen in the large number of satisfied customers even when a few dissatisfied customers may also provide feedback. In addition, a seller may receive feedback indicating that a problem was quickly addressed that may provide useful data to subsequent buyers.
- All of this feedback data creates a large database that must be on-line and available for users if the data is to be useful. Providing computational resources for this large database, both in terms of storage capacity as well as computational processing of database requests, may limit the ability of some merchants and on-line e-commerce services to provide these rating mechanisms. Large centralized databases that provide 24/7 availability are typically complex and expensive to operate. As such, alternate mechanisms for providing these rating mechanisms without utilizing a large centralized database may overcome these limitations in existing systems.
- These limitations of existing commerce systems limit the effectiveness of these systems to buyers and sellers. New mechanisms to connect interested buyers and sellers who use these commerce systems may address these limitations and thus increase on-line sales and corresponding profits for these sellers and commerce system operators.
- The details of one or more embodiments of the invention are set forth in the accompanying drawings and the description below. Other features, objects, and advantages of the invention will be apparent from the description and drawings, and from the claims.
-
FIG. 1 is a network diagram depicting a system having a client-server architecture for an e-commerce system having a distributed feedback system in accordance with one exemplary embodiment of the present invention. -
FIG. 2 is a detailed network diagram depicting a system having a client-server architecture in accordance with one exemplary embodiment of the present invention. -
FIG. 3 is a block diagram illustrating multiple marketplace and payment applications in one exemplary embodiment of the present invention. -
FIG. 4 is a high-level entity-relationship diagram in accordance with an example embodiment of the present invention. -
FIG. 5 is another network diagram depicting a system having a client-server architecture for an e-commerce system having a distributed feedback system in accordance with one exemplary embodiment of the present invention. -
FIG. 6 is another network diagram for a peer-to-peer (P2P) distributed feedback system according to an exemplary embodiment of the present invention. -
FIG. 7 is a block diagram of a set of processing modules for providing a P2P feedback data hub node within a P2P feedback network according to an exemplary embodiment of the present invention. -
FIG. 8 is a block diagram of a feedback data database consisting of a collection of feedback data records according to an exemplary embodiment of the present invention. -
FIG. 9 is a flow diagram of a process to provide a user with accumulated feedback data in response to a search query according to an exemplary embodiment of the present invention. -
FIG. 10 is a flow diagram of a process to update a feedback data database with a new feedback data record corresponding to a transaction according to an exemplary embodiment of the present invention. -
FIG. 11 is a block diagram illustrating a general programmable processing system for use in programmable processing system in accordance with various embodiments of the present invention. - A method and system to provide feedback data from a distributed feedback system within an e-commerce system 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.
-
FIG. 1 is a network diagram depicting a system having a client-server architecture for an e-commerce system having a distributed feedback system in accordance with one exemplary embodiment of the present invention. Aseller 151 offers goods orservices 161 for sale by posting a listing 145 for theseitems 161 on asales server 142. Thesales server 142 is part of a largercommerce service platform 140. Aninterested buyer 152searches sales server 142 to locate listing 145 and responds to the listing in an attempt to purchasegoods 161 fromseller 151. If listing 145 corresponds to an on-line auction forgoods 161,buyer 152 makes a bid on these goods. If listing 145 permits an item to be purchase immediately for a fixed price,buyer 152 may complete the transaction by offering the fixed price. - Once the transaction is consummated,
buyer 152 sendspayment 162 toseller 151 andseller 151 ships thegoods 161 tobuyer 152.Payment 162 may be made using on-line payment services, using credit card payments, and using traditional payment mechanisms of checks, payment orders and cash that are sent using a postal service. - Upon completion of this transaction,
buyer 152 and/orseller 151 may wish to provide feedback within thecommerce service platform 140 for use by subsequent buyers and sellers. This feedback typically consists of a feedback data record identifying the buyer, seller, and the transaction in question, as well as a rating value with comments describing the transaction. The rating value may indicate a positive value to indicate a good transaction experience, a negative value to indicate a bad transaction experience, and a neutral value to indicate a non-trouble-free transaction experience. Other rating scales having a larger range of values may also be used if desired. - The comments portion of the feedback data record may be used to amplify and/or clarify a particular rating. For example, a buyer may provide a neutral rating value if a problem existed with the item sold by the seller but may wish to provide a detailed comment indicating how the seller addressed the problem. Similarly, the comment may provide a buyer and a seller information that while the transaction was successfully completed, the other party may be slow to respond with payment and shipment of the item. All of this feedback data may be useful to parties to a subsequent transaction involving the buyer and seller.
- In the exemplary embodiment, the feedback data records are maintained within a set of
feedback servers 145A-145F. Portions of the feedback data database are maintained on each of thefeedback servers 145A-145F. Individual feedback data records are maintained on a plurality of different one of thefeedback servers 145A-145F in order to provide redundancy needed to provide a desired level of data availability. Search queries for feedback data on a particular buyer or seller are routed within the network offeedback servers 145A-145F to the server maintaining the feedback data in question. The particular one offeedback servers 145A-145F responds to the search query using data within its portion of the distributed database. Through the distributed nature of the set offeedback servers 145A-145F, response time for large numbers of queries may be reduced as these different servers simultaneously respond to different queries. - When new feedback data is to be added to the distributed database, a request to add a new feedback data record is sent from
buyer 152 orseller 151 tocommerce server platform 140. The request is routed to the appropriate one offeedback servers 145A-145F for processing. The appropriate one offeedback servers 145A-145F determines if the record may be added to the database after applying a set of anti-fraud checks to verify the validity of the feedback data record. This process may be repeated on every one of thefeedback servers 145A-145F that maintains the data for the particular buyer or seller. -
FIG. 2 is a network diagram depicting asystem 10, according to one exemplary embodiment of the present invention, having a client-server architecture. A commerce server platform, in the exemplary form of a network-basedmarketplace 12, provides server-side functionality, via a network 14 (e.g., the Internet) to one or more clients.FIG. 2 illustrates, for example, a web client 16 (e.g., a browser, such as the Internet Explorer browser developed by Microsoft Corporation of Redmond, Wash. State), and aprogrammatic client 18 executing onrespective client machines - Turning specifically to the network-based
marketplace 12, an Application Program Interface (API)server 24 and aweb server 26 are coupled to, and provide programmatic and web interfaces respectively to, one ormore application servers 28. Theapplication servers 28 host one ormore marketplace applications 30 andpayment applications 32. Theapplication servers 28 are, in turn, shown to be coupled to one ormore databases servers 34 that facilitate access to one ormore databases 36. - The
marketplace applications 30 provide a number of marketplace functions and services to users that access themarketplace 12. Thepayment applications 32 likewise provide a number of payment services and functions to users. Thepayment applications 32 may allow users to quantify for, and accumulate, value (e.g., in a commercial currency, such as the U.S. dollar, or a proprietary currency, such as “points”) in accounts, and then later to redeem the accumulated value for products (e.g., goods or services) that are made available via themarketplace applications 30. While the marketplace andpayment applications FIG. 2 to both form part of the network-basedmarketplace 12, it will be appreciated that, in alternative embodiments of the present invention, thepayment applications 32 may form part of a payment service that is separate and distinct from themarketplace 12. - Further, while the
system 10 shown inFIG. 2 employs a client-server architecture, embodiments of the present invention are of course not limited to such an architecture, and could equally well find application in a distributed, or peer-to-peer, architecture system. The various marketplace andpayment applications - The
web client 16, it will be appreciated, accesses the various marketplace andpayment applications web server 26. Similarly, theprogrammatic client 18 accesses the various services and functions provided by the marketplace andpayment applications API server 24. Theprogrammatic client 18 may, for example, be a seller application (e.g., the TurboLister application developed by eBay Inc., of San Jose, Calif.) to enable sellers to author and manage listings on themarketplace 12 in an off-line manner, and to perform batch-mode communications between theprogrammatic client 18 and the network-basedmarketplace 12. -
FIG. 2 also illustrates athird party application 38, executing on a thirdparty server machine 40, as having programmatic access to the network-basedmarketplace 12 via the programmatic interface provided by theAPI server 24. For example, thethird party application 38 may, utilizing information retrieved from the network-basedmarketplace 12, support one or more features or functions on a website hosted by the third party. The third party website may, for example, provide one or more promotional, marketplace or payment functions that are supported by the relevant applications of the network-basedmarketplace 12. -
FIG. 3 is a block diagram illustrating multiple marketplace andpayment applications 30 that, in one exemplary embodiment of the present invention, are provided as part of the network-basedmarketplace 12. Themarketplace 12 may provide a number of listing and price-setting mechanisms whereby a seller may list goods or services for sale, a buyer can express interest in or indicate a desire to purchase such goods or services, and a price can be set for a transaction pertaining to the goods or services. To this end, themarketplace applications 30 are shown to include one ormore auction applications 44 which support auction-format listing and price setting mechanisms (e.g., English, Dutch, Vickrey, Chinese, Double, Reverse auctions etc.). Thevarious auction applications 44 may also provide a number of features in support of such auction-format listings, such as a reserve price feature whereby a seller may specify a reserve price in connection with a listing and a proxy-bidding feature whereby a bidder may invoke automated proxy bidding. - A number of fixed-
price applications 46 support fixed-price listing formats (e.g., the traditional classified advertisement-type listing or a catalogue listing) and buyout-type listings. Specifically, buyout-type listings (e.g., including the Buy-It-Now (BIN) technology developed by eBay Inc., of San Jose, Calif.) may be offered in conjunction with an auction-format listing, and allow a buyer to purchase goods or services, which are also being offered for sale via an auction, for a fixed-price that is typically higher than the starting price of the auction. -
Store applications 48 allow sellers to group their listings within a “virtual” store, which may be branded and otherwise personalized by and for the sellers. Such a virtual store may also offer promotions, incentives and features that are specific and personalized to a relevant seller. -
Reputation applications 50 allow parties that transact utilizing the network-basedmarketplace 12 to establish, build and maintain reputations, which may be made available and published to potential trading partners. Consider that where, for example, the network-basedmarketplace 12 supports person-to-person trading, users may have no history or other reference information whereby the trustworthiness and credibility of potential trading partners may be assessed. Thereputation applications 50 allow a user, for example through feedback provided by other transaction partners, to establish a reputation within the network-basedmarketplace 12 over time. Other potential trading partners may then reference such a reputation for the purposes of assessing credibility and trustworthiness. -
Personalization applications 52 allow users of themarketplace 12 to personalize various aspects of their interactions with themarketplace 12. For example a user may, utilizing anappropriate personalization application 52, create a personalized reference page at which information regarding transactions to which the user is (or has been) a party may be viewed. Further, apersonalization application 52 may enable a user to personalize listings and other aspects of their interactions with themarketplace 12 and other parties. - In one embodiment, the network-based
marketplace 12 may support a number ofmarketplaces 54 that are customized, for example, for specific geographic regions. A version of themarketplace 12 may be customized for the United Kingdom, whereas another version of themarketplace 12 may be customized for the United States. Each of these versions may operate as an independent marketplace, or may be customized (or internationalized) presentations of a common underlying marketplace. - Navigation of the network based-
marketplace 12 may be facilitated by one ormore navigation applications 56. For example, a search application enables key word searches of listings published via themarketplace 12. A browse application allows users to browse various category, catalogue, or inventory data structures according to which listings may be classified within themarketplace 12. Various other navigation applications may be provided to supplement the search and browsing applications. - In order to make listings, available via the network-based
marketplace 12, as visually informing and attractive as possible, themarketplace applications 30 may include one ormore imaging applications 58 utilizing which users may upload images for inclusion within listings. Animaging application 58 also operates to incorporate images within viewed listings. Theimaging applications 58 may also support one or more promotional features, such as image galleries that are presented to potential buyers. For example, sellers may pay an additional fee to have an image included within a gallery of images for promoted items. -
Listing creation applications 60 allow sellers conveniently to author listings pertaining to goods or services that they wish to transact via themarketplace 12, andlisting management applications 62 allow sellers to manage such listings. Specifically, where a particular seller has authored and/or published a large number of listings, the management of such listings may present a challenge. Thelisting management applications 62 provide a number of features (e.g., auto-relisting, inventory level monitors, etc.) to assist the seller in managing such listings. One or morepost-listing management applications 64 also assist sellers with a number of activities that typically occur post-listing. For example, upon completion of an auction facilitated by one ormore auction applications 44, a seller may wish to leave feedback regarding a particular buyer. To this end, apost-listing management application 64 may provide an interface to one ormore reputation applications 50, so as to allow the seller conveniently to provide feedback regarding multiple buyers to thereputation applications 50. -
Dispute resolution applications 66 provide mechanisms whereby disputes arising between transacting parties may be resolved. For example, thedispute resolution applications 66 may provide guided procedures whereby the parties are guided through a number of steps in an attempt to settle a dispute. In the event that the dispute cannot be settled via the guided procedures, the dispute may be escalated to a third party mediator or arbitrator. - A number of
fraud prevention applications 68 implement various fraud detection and prevention mechanisms to reduce the occurrence of fraud within themarketplace 12. -
Messaging applications 70 are responsible for the generation and delivery of messages to users of the network-basedmarketplace 12, such messages for example advising users regarding the status of listings at the marketplace 12 (e.g., providing “outbid” notices to bidders during an auction process or to provide promotional and merchandising information to users). -
Merchandising applications 72 support various merchandising functions that are made available to sellers to enable sellers to increase sales via themarketplace 12. The merchandising applications 80 also operate the various merchandising features that may be invoked by sellers, and may monitor and track the success of merchandising strategies employed by sellers. - Distributed
feedback applications 81 support the creation, the maintenance, and the searching of feedback data records within a distributed feedback data database. Distributedfeedback applications 81 perform all of the functions disclosed herein to permit these feedback data records to be created, stored within the database, and retrieved in response to search queries. - The network-based
marketplace 12 itself, or one or more parties that transact via themarketplace 12, may operate loyalty programs that are supported by one or more loyalty/promotions applications 74. For example, a buyer may earn loyalty or promotions points for each transaction established and/or concluded with a particular seller, and be offered a reward for which accumulated loyalty points can be redeemed. -
FIG. 4 is a high-level entity-relationship diagram, illustrating various tables 90 that may be maintained within thedatabases 36, and that are utilized by and support the marketplace andpayment applications marketplace 12, and may include identifier, address and financial instrument information pertaining to each such registered user. A user may, it will be appreciated, operate as a seller, a buyer, or both, within the network-basedmarketplace 12. In one exemplary embodiment of the present invention, a buyer may be a user that has accumulated value (e.g., commercial or proprietary currency), and is then able to exchange the accumulated value for items that are offered for sale by the network-basedmarketplace 12. - The tables 90 also include an items table 94 in which are maintained item records for goods and services that are available to be, or have been, transacted via the
marketplace 12. Each item record within the items table 94 may furthermore be linked to one or more user records within the user table 92, so as to associate a seller and one or more actual or potential buyers with each item record. - A transaction table 96 contains a record for each transaction (e.g., a purchase transaction) pertaining to items for which records exist within the items table 94.
- An order table 98 is populated with order records, each order record being associated with an order. Each order, in turn, may be with respect to one or more transactions for which records exist within the transactions table 96.
- Bid records within a bids table 100 each relate to a bid received at the network-based
marketplace 12 in connection with an auction-format listing supported by anauction application 44. A feedback table 102 is utilized by one ormore reputation applications 50, in one exemplary embodiment, to construct and maintain reputation information concerning users. A history table 104 maintains a history of transactions to which a user has been a party. One or more attributes tables 106 record attribute information pertaining to items for which records exist within the items table 94. Considering only a single example of such an attribute, the attributes tables 106 may indicate a currency attribute associated with a particular item, the currency attribute identifying the currency of a price for the relevant item as specified in by a seller. Family table 110 and user currency table 108 used to support related items and multiple currencies in transactions. -
FIG. 5 is another network diagram depicting a system having a client-server architecture for an e-commerce system having a distributedfeedback system 501 in accordance with one exemplary embodiment of the present invention. In this embodiment of the present invention, the set offeedback servers 545A-545C are constructed using processing systems from trusted users ofcommerce service platform 140. Rather than using computing resources provided from a central processing system, trusted users agree to cooperate together to provide these services collectively. A trusted user may be a buyer and seller in various individual transactions processed bysales server 142. The trusted user agrees to provide processing resources within its one offeedback servers 545A-545C to maintain the distributed feedback data database. Each of thefeedback servers 545A-545C provides storage for its corresponding portion of thefeedback data database 546A-546C. - Within the distributed
feedback system 501, aconsortium server 547 controls the overall operation of the set of trusteduser feedback servers 545A-545C within thesystem 501. Theconsortium server 547 provides each of the trusteduser feedback servers 545A-545C with approval to operate as a trusted user. Theconsortium server 547 maintains a mapping of feedback data records to each of the trusteduser feedback servers 545A-545C. For example, each of the trusteduser feedback servers 545A-545C may maintain a portion of thefeedback data database 546A-546C based upon the user ID provided to identify the buyers and sellers. This mapping of feedback data records to each of the trusteduser feedback servers 545A-545C may be a simple alphabetic division of the user IDs. Search queries and requests to add new feedback data records are transmitted to the appropriate one of the trusteduser feedback servers 545A-545C using this mapping. - In alternate mappings, user IDs may be divided using a category system to describe the items offered for sale. For example, all feedback data records associated with a transaction for the sale of cameras may be stored within one of the trusted
user feedback servers 545A-545C with all feedback data records associated with a transaction for the sale of portable music players may be stored within a different one of the trusteduser feedback servers 545A-545C. In this embodiment, the trusted user for a particular category, such as cameras, may be seller of cameras. - Finally, the
consortium server 547 provides overall system operation and control functionality. Part of this functionality is a specification of the anti-fraud checks that are performed upon requests to add feedback data records to the feedback data database. This specification defines a set of checks that have been agreed to be performed by all of the trusteduser feedback servers 545A-545C. Theconsortium server 547 is operated by one or more interested users of thecommerce service platform 140. All interested users may communicate with theconsortium server 547 to participate in the coordination of the operation of the distributedfeedback system 501. Theconsortium server 547 may be viewed in the same capacity of a moderator or administrator of a news group that operated in the Internet. The administrator performs operations to enforce community rules of behavior and prevent inappropriate actions of individual users. However, in most situations, the role of the administrator is passive until needed. In using such an administrative model, users of thecommerce service platform 140 maintain control of the distributedfeedback system 501 through the collective actions of the user community. Of course, other more hierarchical administrative models in which operators of thecommerce service platform 140 maintain control of the distributedfeedback system 501 may also be used. -
FIG. 6 is another network diagram for a P2P distributed feedback system according to an exemplary embodiment of the present invention. In this embodiment, the distributedfeedback system 501 comprises a set of trusteduser feedback servers 611A-611G that are connected together using a peer-to-peer (P2P) network.Consortium server 547 is also a node on the P2P network to provide a connection to all other of the trusteduser feedback servers 611A-611G. - Buyers and sellers may connect to distributed
feedback system 501 by attaching to any of the trusteduser feedback servers 611A-611G as P2P nodes in the P2P network. The P2P network provides a communications path from each trusteduser feedback servers 611A-611G to one or more of the trusteduser feedback servers 611A-611G to create an interconnecting network between all nodes of the P2P network. Each of the trusteduser feedback servers 611A-611G maintains a topology map of the network to identify the one or more nodes that contains feedback data useful in satisfying a search query. In an exemplary embodiment, users connect to one of the trusteduser feedback servers 611A-611G as a P2P node and submit a search query for feedback data related to a particular seller. The one of trusteduser feedback servers 611A-611G determines the one or more of the trusteduser feedback servers 611A-611G containing the requested feedback data and forwards the request to those nodes. A response to the query is prepared by each of these trusteduser feedback servers 611A-611G that is returned to the user. This arrangement may be successful because the trusteduser feedback servers 611A-611G are typically expected to remain available to service search queries at all times; as such, the topology of the P2P network of trusteduser feedback servers 611A-611G is not expected significantly over time. - In alternate embodiments, the search queries and requests to add feedback data records may be broadcast throughout the entire P2P network without significant reliance upon the topology map maintained by the nodes. Requests may be forwarded throughout the P2P network from nodes to all connected nodes in order for the request to propagate to all nodes in the network. Only trusted
user feedback servers 611A-611G maintaining the feedback data which is the subject of the request respond to the request. This alternate embodiment is less efficient in that requests are forwarded throughout the network and are processed by additional nodes that ultimately take no action on the request. However, the alternate embodiment eliminates or reduces the need to maintain an accurate topology map of the P2P network as is may change over time. - Each of the trusted
user feedback servers 611A-611G utilizes a set of management applications to perform its tasks of communicating with other nodes in the P2P network, responding to search queries for feedback data, maintaining its portion of the feedback data database, and determining whether a new feedback data record may be added to the feedback data database. These applications also communicate with theconsortium server 547 to maintain the network topology map and the anti-fraud model used to identify improper feedback data records that are not to be added to the feedback data database. -
FIG. 7 is a block diagram of set of processing modules for providing a P2P feedback data hub node within a P2P feedback network according to an exemplary embodiment of the present invention. Each of the trusteduser feedback servers 701 contains a set of processing modules to performs various functions. These processing modules include a distributed feedback hub control module 711, a P2Pnetwork interface module 712, a distributedfeedback database module 713, a portion of the distributedfeedback database 714, a distributedfeedback map module 715, a distributedfeedback map database 716, a distributed feedback addfeedback module 717, a distributed feedbackanti-fraud module 718, and a distributed feedback rating retrieval/search module 719. - The distributed feedback hub control module 711 performs all operations needed to coordinate the interaction of all of the other modules within trusted
user feedback server 701. The P2Pnetwork interface module 712 provides a network connection to other nodes in the P2P network. These other nodes includeconsortium server 547, other trusteduser feedback servers 731, and one or more users 721-722 connecting to trusteduser feedback server 701 as P2P nodes to process feedback search queries and requests to add feedback data. P2Pnetwork interface module 712 routes incoming requests from users 721-722 to other modules in the trusteduser feedback server 701 to service these requests. Response messages to these requests are returned through the P2Pnetwork interface module 712. - The distributed
feedback database module 713 provides an interface module between processing modules within trusteduser feedback server 701 and the corresponding portion of the distributedfeedback database 714 maintained within trusteduser feedback server 701. All database operations to search, add, delete, and maintain feedback database records within the corresponding portion of the distributedfeedback database 714 are performed by distributedfeedback database module 713. - The distributed
feedback map module 715 provides an interface module between processing modules within trusteduser feedback server 701 and the corresponding portion of the distributedfeedback map database 716 maintained within trusteduser feedback server 701. All database operations to search, add, delete, and maintain feedback database records within the P2P network topology data in the distributedfeedback map database 716 are performed by distributedfeedback map module 715. The distributedfeedback map database 716 also maintains the mapping data associated with the categories and/or user IDs used to organize the distributed feedback database across all of the trusteduser feedback servers 701. - The distributed feedback add
feedback module 717, the distributed feedbackanti-fraud module 718, and the distributed feedback rating retrieval/search module 719 perform the specific distributed feedback database data manipulation to feedback data records. Requests from users 721-722 to retrieve feedback data for a particular seller are processed within distributed feedback rating retrieval/search module 719. Distributed feedback rating retrieval/search module 719 determines that the data is expected to be found within the corresponding portion of the distributedfeedback database 714 of trusteduser feedback server 701. Distributed feedback rating retrieval/search module 719 utilizes network topology data from distributedfeedback map database 716 as needed. Distributed feedback rating retrieval/search module 719 retrieves the feedback data records from the corresponding portion of the distributedfeedback database 714 of trusteduser feedback server 701 through the distributedfeedback database module 713 to generate a response to the search query. This response is returned to users 721-722 through the P2Pnetwork interface module 712. - The distributed feedback add
feedback module 717 receives requests from users 721-722 to add feedback data for a particular seller to the corresponding portion of the distributedfeedback database 714 of trusteduser feedback server 701. Distributed feedback addfeedback module 717 determines that the data is expected to be found within the corresponding portion of the distributedfeedback database 714 of trusteduser feedback server 701. Distributed feedback addfeedback module 717 utilizes network topology data from distributedfeedback map database 716 as needed. Distributed feedback addfeedback module 717 interacts with the distributed feedbackanti-fraud module 718 to verify that the new feedback data record may be added to the corresponding portion of the distributedfeedback database 714 of trusteduser feedback server 701. - Distributed feedback add
feedback module 717 adds the feedback data records into the corresponding portion of the distributedfeedback database 714 of trusteduser feedback server 701 through the distributedfeedback database module 713. A response indicating the successful addition of the feedback data records is returned to users 721-722 through the P2Pnetwork interface module 712. - The distributed feedback
anti-fraud module 718 implements a anti-fraud model used to determine if a user is attempting to inappropriately add feedback data to the distributed feedback data database. All users may interact withconsortium server 547 and its operators to define various anti-fraud checks that are to be included within the anti-fraud model. The anti-fraud model is propagated throughout the P2P network of trusted user feedback servers for use in protecting the integrity of the feedback data. - The anti-fraud model is based upon a set of basic assumptions about the users, the transactions between buyers and sellers, and the feedback provided by the users. First, all users of the system are typically expected to identify themselves to the system. Typically, the users register their identity with the system by providing at least a network address, such as an e-mail address, where the user may be reached. Other network identifiers such as instant message ID, SMS ID, and other network identifier may also be used. Sellers, who typically benefit from a positive reputation gained from the feedback system, may be required to provide additional contact information such as an address, telephone number and contact individual for use by the system and its users. Buyers may also be required to provide additional identifying information and register in advance; this registration requirement is necessary for transactions made in an on-line auction system before buyers may place bids on items.
- Transactions that are used to generate feedback are typically assigned a unique identifier. Feedback records are assumed to be generated in response to a particular transaction between a buyer and a seller. This unique identifier is typically used by these parties to identify the transaction as it is being made and completed. In the case of an on-line auction, the transaction unique identifier may be generated by the on-line auction when an item is listed. For a feedback system associated with sellers maintaining their own e-commerce web site, the transaction unique identifier may be generated by the seller when the transaction is generated in the web site.
- The anti-fraud model compares known information about the buyer, the seller, the transaction, and the proposed feedback data record to determine whether the proposed feedback data records should be added to the distributed feedback data database. As part of these comparisons, various checks that are part of the approved anti-fraud model are performed. These checks may include any check that identify feedback data records expected to be fraudulent. For example, buyers and sellers may be banned from additional activity once the controlling consortium has determined that the user in question has violated rules of operation of the system. As such, feedback data records from banned users as identified by their buyer IDs and seller IDs are not added to the distributed
feedback data database 714. Similarly, users from a known IP address that has generated fraudulent behavior may also be banned. Feedback data records also must accurately reference a valid transaction; thus the transaction ID provided as part of the proposed feedback data record may be checked for validity as part of the anti-fraud model. - More sophisticated checks may also be included within the anti-fraud model. For example, unscrupulous sellers may wish to generate fake feedback data to create a positive reputation without actually successfully completing valid transactions. With this fake positive reputation, these sellers may induce other buyers to enter into transactions. This type of fake feedback data may be generated by a seller who registers as a fake buyer to obtain a valid buyer IDs and uses fake transaction IDs that correspond to valid transaction ID numbers.
- Additional anti-fraud checks may wish to check additional information associated with the buyer ID and/or the seller ID to determine the potential validity of the proposed feedback data record. For example, buyer IDs that have not previously generated feedback data records or have recently been created may be suspect. Buyer IDs that have only generated positive feedback data record for a particular seller ID may also be suspect. Positive feedback for a seller that is received at a pre-determined interval or following negative feedback from other buyers who have transaction records involving multiple sellers may also be suspect. The community of users, operating through the consortium and the
consortium server 547, defines the conditions of factors which may identify the fraudulent feedback data records. -
FIG. 8 is a block diagram of a feedback data database consisting of a collection of feedback data records according to an exemplary embodiment of the present invention.Feedback data database 801 is shown containing five differentfeedback data records 802A-802E. Each of thesefeedback data records 802A-802E contain data fields including aseller ID 811A-811E, abuyer ID 812A-812E, atransaction ID 813A-813E, atransaction feedback rating 814A-814E, and atransaction feedback comment 815A-815E. Theseller ID 811A-811E and thebuyer ID 812A-812E correspond to the unique identifiers for the parties to the transaction identified intransaction ID 813A-813E. -
Transaction feedback rating 814A-814E field is used to provide an indication of a positive, negative and neutral transaction experience. This rating may provide any number of different rating values as desired by the feedback system. Thetransaction feedback rating 814A-814E also indicates whether the feedback corresponds to feedback directed to describe the buyer or the seller. - The comments field 815A-815E may be used to amplify and/or clarify a particular rating. For example, a buyer may provide a neutral rating value if a problem existed with the item sold by the seller but may wish to provide a detailed comment indicating how the seller addressed the problem. Similarly, the comment may provide a buyer and a seller information that while the transaction was successfully completed, the other party may be low to respond with payment and shipment of the item. All of this feedback data may be useful to parties to a subsequent transaction involving the buyer and seller.
- When a request for feedback data on a particular seller is processed, the
database 801 is searched for the seller's seller ID. For example,seller ID 1 is found within 3records FIG. 8 . Ratings from these records, if directed toseller ID 1, as opposed to the buyer, are accumulated to form the search query results returned to a requesting user. The details from the transaction feedback rating fields 814A, 814C and 814E as well as the corresponding comment fields 815A, 815C and 815E may also be included within the response. - In all of the above described embodiments, a transaction ID is assumed to be present for the feedback as the feedback data is typically expected to be used to describe reputation data associated with e-commerce transactions entered into over the Internet. One skilled in the art will recognize that similar systems that collect opinion data on topics of interest may also be constructed using a feedback system disclosed herein without departing from the spirit and scope of the present invention as recited within the attached claims. For example, the feedback collected and maintained within the distributed feedback data database may represent opinion data describing users reviews of recently released movies. In such a case, the rating field and comment fields provide similar feedback data relating to the reviewer's opinion of the movie. The seller ID and the buyer ID are used to identify the movie and the user providing the review data respectively. Because the data is only viewed as opinion data, the anti-fraud model may be less sophisticated than may be used in e-commerce transaction feedback systems. Otherwise the processing, storage and retrieval of the feedback data may operate in similar fashions.
-
FIG. 9 is a flow diagram of a process to provide a user with accumulated feedback data in response to a search query according to an exemplary embodiment of the present invention. The process of retrieving feedback data begins 901 when a search query request is received by a trusteduser feedback server 701 from auser 721 inoperation 911. Trusteduser feedback server 701 retrieves the location within the P2P network for the trusteduser feedback server 701 processing the feedback data for the incoming search query from the distributedfeedback map database 716 inoperation 912. - Once one or more of the trusted
user feedback servers 701 that can service the search query have been identified, the search query is forwarded to these feedback servers for further processing inoperation 913. Each of these one of trusteduser feedback servers 701 processes the search query to obtain feedback data from the respective portions of thefeedback data database 714 to generate a response inoperation 914. Each of these one of trusteduser feedback servers 701 returns the generated response data touser 721 to satisfy the search query inoperation 915 before the process ends 902. -
FIG. 10 is a flow diagram of a process to update feedback data database with a new feedback data record corresponding to a transaction according to an exemplary embodiment of the present invention. The process to add feedback data records to afeedback data database 714 begins 1001 when a request from auser 721 is received by one of trusteduser feedback servers 701 inoperation 1011. Trusteduser feedback server 701 retrieves the location within the P2P network for the trusteduser feedback server 701 processing the add feedback data records request from the distributedfeedback map database 716 inoperation 1012. - Once one or more of the trusted
user feedback servers 701 that can service the search query have been identified, the add feedback data records request is forwarded to one or more of feedback servers for further processing inoperation 1013. Each of the one or more of feedback servers processing the add feedback data records request applies the anti-fraud model inoperation 1014 to determine whether the proposed feedback data record may be added to thefeedback data database 914.Test operation 1015 determines whether the proposed feedback record may be added. If the proposed feedback data record may not be added, an error message is returned to theuser 721 inoperation 1016 and the processing ends. - If the proposed feedback data record may be added to the
feedback data database 714, the record is added to thedatabase 714 inoperation 1017. Theuser 721 is informed of the successful addition of the feedback data record with a message generated inoperation 1018 before the processing ends 1002. -
FIG. 11 shows a diagrammatic representation of machine in the exemplary form of acomputer system 300 within which a set of instructions, for causing the machine to perform any one or more of the methodologies discussed herein, may be executed. In alternative embodiments, the machine operates as a standalone device or may be connected (e.g., networked) to other machines. In a networked deployment, the machine may operate in the capacity of a server or a client machine in server-client network environment, or as a peer machine in a peer-to-peer (or distributed) network environment. The machine may be a server computer, a client computer, a personal computer (PC), a tablet PC, a set-top box (STB), a Personal Digital Assistant (PDA), a cellular telephone, a web appliance, a network router, switch or bridge, or any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine. Further, while only a single machine is illustrated, the term “machine” shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein. - The
exemplary computer system 300 includes a processor 302 (e.g., a central processing unit (CPU) a graphics processing unit (GPU) or both), amain memory 304 and astatic memory 306, which communicate with each other via abus 308. Thecomputer system 300 may further include a video display unit 310 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)). Thecomputer system 300 also includes an alphanumeric input device 312 (e.g., a keyboard), a cursor control device 314 (e.g., a mouse), adisk drive unit 316, a signal generation device 318 (e.g., a speaker) and anetwork interface device 320. - The
disk drive unit 316 includes a machine-readable medium 322 on which is stored one or more sets of instructions (e.g., software 324) embodying any one or more of the methodologies or functions described herein. Thesoftware 324 may also reside, completely or at least partially, within themain memory 304 and/or within theprocessor 302 during execution thereof by thecomputer system 300, themain memory 304 and theprocessor 302 also constituting machine-readable media. Thesoftware 324 may further be transmitted or received over anetwork 326 via thenetwork interface device 320. - While the machine-
readable medium 322 is shown in an exemplary embodiment to be a single medium, the term “machine-readable medium” should be taken to include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more sets of instructions. The term “machine-readable medium” shall also be taken to include any medium that is capable of storing, encoding or carrying a set of instructions for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present invention. The term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical and magnetic media, and carrier wave signals. - Thus, a method and system to provide feedback data within a distributed feedback database of an e-commerce system 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.
Claims (23)
1. A system for providing feedback data to users within an e-commerce system, the system comprising:
a plurality of user nodes connected to feedback servers, the plurality of user nodes includes a first user node to generate a search query request to add feedback data records to a feedback data database;
a feedback server to receive the search query request, add the feedback data records to the feedback data database, and broadcast the search query request throughout a peer-to-peer network of feedback servers; the feedback servers comprising:
a distributed feedback anti-fraud module to apply an anti-fraud module to determine whether proposed feedback data records may be added to a set of feedback data records; and
a consortium server to maintain the distributed feedback anti-fraud module and maintaining a topography of the peer-to-peer network and a corresponding organization of the set of feedback data records.
2. The system of claim 1 further comprising:
a feedback map database to store the topography of the peer-to-peer network and the corresponding organization of the set of feedback data records.
3. The system according to claim 1 , wherein the feedback data records describe a transaction between a buyer and a seller, and wherein each of the feedback data records comprises:
a buyer ID field to uniquely identifying a buyer of the transaction;
a seller ID field to uniquely identifying the seller of the transaction;
a transaction ID field to uniquely identifying the transaction;
a transaction feedback rating field to prove a rating describing the transaction; and
a comments field to provide additional data describing the transaction.
4. The system according to claim 1 , wherein the feedback server further comprise:
a distributed feedback add feedback module to add feedback data records to the feedback data database; and
a distributed feedback rating retrieval/search module to retrieve feedback data in response to a search query request.
5. The system according to claim 1 , wherein the feedback servers are trusted user feedback servers operated by trusted buyers and trusted sellers of the system.
6. The system according to claim 1 , wherein the feedback data records are to provide opinion data for items.
7. The system according to claim 1 , wherein the consortium server is operated by a community of users.
8. A method for providing feedback data within an e-commerce system, the method comprising:
receiving, by a first feedback server, a search query request for feedback data from a user;
locating one or more feedback servers to process the request, the locating including the first feedback server broadcasting the search query request throughout a peer-to-peer network of feedback servers;
generating, by a second feedback server, a response to the search query request; and
returning, by the second feedback server to the user, the response to the search query request.
9. The method according to claim 8 , wherein the feedback data includes feedback data records.
10. The method according to claim 8 , wherein the generating a response comprises using a feedback data database for storing a portion of a set of feedback data records.
11. The method according to claim 8 , wherein the feedback servers are trusted user feedback servers operated by trusted buyers and trusted sellers of the system.
12. The method according to claim 8 , wherein the feedback data records are to provide opinion data for items.
13. A system for providing feedback data within an e-commerce system, the method comprising:
means for receiving a search query request for feedback data from a user;
means for locating one or more feedback servers to process the request, the locating includes the first feedback server broadcasting the search query request throughout a peer-to-peer network of feedback servers;
means for generating a response to the search query request; and
means for returning a response to the search query request to the user.
14. The system according to claim 13 , wherein the locating the feedback data includes locating the one or more feedback records.
15. The system according to claim 13 , wherein the generating a response uses a feedback data database for storing a portion of a set of feedback data records.
16. The system according to claim 13 , wherein the feedback servers comprise:
a feedback data database for storing a portion of a set of feedback data records;
a feedback map database for storing a topography of the peer-to-peer network and its corresponding organization of the set of feedback data records; and
a distributed feedback anti-fraud module for applying an anti-fraud model to determine whether proposed feedback data records may be added to the set of feedback data records;
a distributed feedback add feedback module for adding feedback data records to the feedback data database; and
a distributed feedback rating retrieval/search module for retrieving feedback data in response to a search query request.
17. A machine-readable medium including a set of instructions that, when executed by a machine, cause of the machine to perform a method for providing feedback data within an e-commerce system, the method comprising:
receiving, by a first feedback server, a search query request for feedback data from a user;
locating one or more feedback servers to process the request, the locating includes the first feedback server broadcasting the search query request throughout a peer-to-peer network of feedback servers;
generating, by the second feedback server, a response to the search query request; and
returning, by the second feedback server to the user, a response to the search query request.
18. The machine-readable medium of claim 17 , wherein the locating of the feedback data includes locating one or more feedback records.
19. The machine-readable medium of claim 17 , wherein the generating of a response comprises using a feedback data database for storing a portion of a set of feedback data records.
20. The machine-readable medium of claim 17 , wherein the set of feedback data records describe a transaction between a buyer and a seller, and wherein each of the feedback data records comprises:
a buyer ID field for uniquely identifying a buyer of the transaction;
a seller ID field for uniquely identifying the seller of the transaction;
a transaction ID field for uniquely identifying the transaction;
a transaction feedback rating field for proving a rating describing the transaction; and
a comments field for providing additional data describing the transaction.
21. The machine-readable medium of claim 17 , wherein the feedback servers comprises:
a feedback data database for storing a portion of a set of feedback data records;
a feedback map database for storing a topography of the peer-to-peer network and its corresponding organization of the set of feedback data records; and
a distributed feedback anti-fraud module for applying an anti-fraud model to determine whether proposed feedback data records may be added to the set of feedback data records;
a distributed feedback add feedback module for adding feedback data records to the feedback data database; and
a distributed feedback rating retrieval/search module for retrieving feedback data in response to a search query request.
22. The machine-readable medium of claim 17 , wherein the feedback servers are trusted user feedback servers operated by trusted buyers and trusted sellers of the system.
23. The machine-readable medium of claim 18 , wherein the feedback data records provide opinion data for items.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US12/495,608 US20100010871A1 (en) | 2004-12-31 | 2009-06-30 | Method and system to provide feedback data within a distributed e-commerce system |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US11/027,713 US7587367B2 (en) | 2004-12-31 | 2004-12-31 | Method and system to provide feedback data within a distributed e-commerce system |
US12/495,608 US20100010871A1 (en) | 2004-12-31 | 2009-06-30 | Method and system to provide feedback data within a distributed e-commerce system |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/027,713 Continuation US7587367B2 (en) | 2004-12-31 | 2004-12-31 | Method and system to provide feedback data within a distributed e-commerce system |
Publications (1)
Publication Number | Publication Date |
---|---|
US20100010871A1 true US20100010871A1 (en) | 2010-01-14 |
Family
ID=36641914
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/027,713 Expired - Fee Related US7587367B2 (en) | 2004-12-31 | 2004-12-31 | Method and system to provide feedback data within a distributed e-commerce system |
US12/495,608 Abandoned US20100010871A1 (en) | 2004-12-31 | 2009-06-30 | Method and system to provide feedback data within a distributed e-commerce system |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US11/027,713 Expired - Fee Related US7587367B2 (en) | 2004-12-31 | 2004-12-31 | Method and system to provide feedback data within a distributed e-commerce system |
Country Status (1)
Country | Link |
---|---|
US (2) | US7587367B2 (en) |
Cited By (12)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20080115213A1 (en) * | 2006-11-14 | 2008-05-15 | Fmr Corp. | Detecting Fraudulent Activity on a Network Using Stored Information |
US20080114886A1 (en) * | 2006-11-14 | 2008-05-15 | Fmr Corp. | Detecting and Interdicting Fraudulent Activity on a Network |
US20080114888A1 (en) * | 2006-11-14 | 2008-05-15 | Fmr Corp. | Subscribing to Data Feeds on a Network |
US20100023416A1 (en) * | 2006-05-31 | 2010-01-28 | Lee Floyd | Business portal |
US20120124192A1 (en) * | 2010-11-12 | 2012-05-17 | Ebay Inc. | Using behavioral data in rating user reputation |
US20120259753A1 (en) * | 2011-04-07 | 2012-10-11 | Amir Orad | System and method for managing collaborative financial fraud detection logic |
US20140236942A1 (en) * | 2012-02-22 | 2014-08-21 | Alibaba Group Holding Limited | Determining search result rankings based on trust level values associated with sellers |
US20170140394A1 (en) * | 2015-11-18 | 2017-05-18 | International Business Machines Corporation | Consensus-based reputation tracking in online marketplaces |
US20170245980A1 (en) * | 2016-02-29 | 2017-08-31 | Biosense Webster (Israel) Ltd. | Pressure changer for a breast implant |
US10653517B2 (en) | 2017-11-08 | 2020-05-19 | Mentor Worldwide Llc | Adjustable implant |
US10751165B2 (en) | 2017-12-12 | 2020-08-25 | Mentor Worldwide Llc | Adjustable implant |
US10751163B2 (en) | 2017-09-01 | 2020-08-25 | Mentor Worldwide Llc | Adjustable implant |
Families Citing this family (43)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7885850B2 (en) * | 2003-11-20 | 2011-02-08 | Ebay Inc. | Automated feedback cancellation in a network-based transaction facility |
US7774350B2 (en) * | 2004-02-26 | 2010-08-10 | Ebay Inc. | System and method to provide and display enhanced feedback in an online transaction processing environment |
US7587367B2 (en) * | 2004-12-31 | 2009-09-08 | Ebay Inc. | Method and system to provide feedback data within a distributed e-commerce system |
US8175726B2 (en) | 2005-01-24 | 2012-05-08 | Microsoft Corporation | Seeding in a skill scoring framework |
US7716300B2 (en) * | 2005-02-22 | 2010-05-11 | Microsoft Corporation | Systems and methods to facilitate self regulation of social networks through trading and gift exchange |
US8122035B2 (en) * | 2005-06-28 | 2012-02-21 | International Business Machines Corporation | Method and system for transactional fingerprinting in a database system |
US7933972B1 (en) * | 2005-09-29 | 2011-04-26 | Qurio Holdings, Inc. | Method and system for organizing categories of content in a distributed network |
US20070150370A1 (en) * | 2005-11-15 | 2007-06-28 | Staib William E | System for Increasing On-Line Shopping Presence |
US8374973B2 (en) * | 2006-02-16 | 2013-02-12 | Microsoft Corporation | Reputation system |
US7937362B1 (en) * | 2006-04-28 | 2011-05-03 | Roxbeam Media Network Corporation | System and method for facilitating a credit system in a peer-to-peer content delivery network |
US7860752B2 (en) * | 2006-08-30 | 2010-12-28 | Ebay Inc. | System and method for measuring reputation using take volume |
EP2082326A4 (en) * | 2006-11-07 | 2012-02-15 | Tiversa Inc | System and method for enhanced experience with a peer to peer network |
WO2008057508A2 (en) * | 2006-11-07 | 2008-05-15 | Tiversa, Inc. | System and method for peer-to-peer compensation |
US7657497B2 (en) | 2006-11-07 | 2010-02-02 | Ebay Inc. | Online fraud prevention using genetic algorithm solution |
US8250657B1 (en) | 2006-12-29 | 2012-08-21 | Symantec Corporation | Web site hygiene-based computer security |
US8312536B2 (en) * | 2006-12-29 | 2012-11-13 | Symantec Corporation | Hygiene-based computer security |
US20080162157A1 (en) * | 2006-12-29 | 2008-07-03 | Grzegorz Daniluk | Method and Apparatus for creating and aggregating rankings of people, companies and products based on social network acquaintances and authoristies' opinions |
US8620822B2 (en) * | 2007-02-01 | 2013-12-31 | Microsoft Corporation | Reputation assessment via karma points |
US7996257B2 (en) * | 2007-02-09 | 2011-08-09 | International Business Machines Corporation | Collecting, calculating, and reporting quantifiable peer feedback on relative contributions of team members |
US8977631B2 (en) * | 2007-04-16 | 2015-03-10 | Ebay Inc. | Visualization of reputation ratings |
US20080301055A1 (en) * | 2007-05-31 | 2008-12-04 | Microsoft Corporation | unified platform for reputation and secure transactions |
US8234261B2 (en) | 2007-07-17 | 2012-07-31 | Ebay Inc. | Digital content hub |
US20090024402A1 (en) * | 2007-07-20 | 2009-01-22 | Ebay Inc. | Search using multi-faceted reputation information |
US8019689B1 (en) * | 2007-09-27 | 2011-09-13 | Symantec Corporation | Deriving reputation scores for web sites that accept personally identifiable information |
US10055698B2 (en) | 2008-02-11 | 2018-08-21 | Clearshift Corporation | Online work management system with job division support |
US8499063B1 (en) | 2008-03-31 | 2013-07-30 | Symantec Corporation | Uninstall and system performance based software application reputation |
US8266284B2 (en) * | 2008-05-16 | 2012-09-11 | Microsoft Corporation | System from reputation shaping a peer-to-peer network |
US8595282B2 (en) * | 2008-06-30 | 2013-11-26 | Symantec Corporation | Simplified communication of a reputation score for an entity |
US8312539B1 (en) | 2008-07-11 | 2012-11-13 | Symantec Corporation | User-assisted security system |
US8413251B1 (en) | 2008-09-30 | 2013-04-02 | Symantec Corporation | Using disposable data misuse to determine reputation |
US8904520B1 (en) | 2009-03-19 | 2014-12-02 | Symantec Corporation | Communication-based reputation system |
US8381289B1 (en) | 2009-03-31 | 2013-02-19 | Symantec Corporation | Communication-based host reputation system |
US20130198025A1 (en) * | 2009-05-11 | 2013-08-01 | Healthocity, Inc., A Delaware Corporation, Dba Healthocity, Inc. | System and method for matching healthcare providers with consumers |
US8341745B1 (en) | 2010-02-22 | 2012-12-25 | Symantec Corporation | Inferring file and website reputations by belief propagation leveraging machine reputation |
CN101853283B (en) * | 2010-05-21 | 2012-01-04 | 南京邮电大学 | Construction method for multidimensional data-oriented semantic indexing peer-to-peer network |
US8510836B1 (en) | 2010-07-06 | 2013-08-13 | Symantec Corporation | Lineage-based reputation system |
US20120158553A1 (en) * | 2010-12-17 | 2012-06-21 | Yodchai Sudhidhanakul | Method and System for Inventory Management Over a Peer-To-Peer Network |
US9060062B1 (en) | 2011-07-06 | 2015-06-16 | Google Inc. | Clustering and classification of recent customer support inquiries |
US20130144800A1 (en) * | 2011-12-01 | 2013-06-06 | Google Inc. | Identifying Recommended Merchants |
US9124472B1 (en) | 2012-07-25 | 2015-09-01 | Symantec Corporation | Providing file information to a client responsive to a file download stability prediction |
RU2536663C2 (en) * | 2012-12-25 | 2014-12-27 | Закрытое акционерное общество "Лаборатория Касперского" | System and method of protecting cloud infrastructure from illegal use |
US8935652B2 (en) | 2013-01-30 | 2015-01-13 | International Business Machines Corporation | System advisor for requirements gathering and analysis in web solutions |
EP3996021A1 (en) | 2017-01-31 | 2022-05-11 | Nchain Holdings Limited | Computer-implemented system and method for generating and extracting user related data stored on a blockchain |
Citations (47)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6102287A (en) * | 1998-05-15 | 2000-08-15 | International Business Machines Corporation | Method and apparatus for providing product survey information in an electronic payment system |
US20010032170A1 (en) * | 1999-08-24 | 2001-10-18 | Sheth Beerud D. | Method and system for an on-line private marketplace |
US20010049625A1 (en) * | 2000-01-07 | 2001-12-06 | Craig Mowry | Method and system for eliciting consumer data by programming content within various media venues to function cooperatively |
US20020007323A1 (en) * | 2000-06-05 | 2002-01-17 | Masaharu Tamatsu | Order placement and payment settlement system |
US20020026398A1 (en) * | 2000-08-24 | 2002-02-28 | Sheth Beerud D. | Storefront for an electronic marketplace for services |
US20020049760A1 (en) * | 2000-06-16 | 2002-04-25 | Flycode, Inc. | Technique for accessing information in a peer-to-peer network |
US20020062310A1 (en) * | 2000-09-18 | 2002-05-23 | Smart Peer Llc | Peer-to-peer commerce system |
US6405175B1 (en) * | 1999-07-27 | 2002-06-11 | David Way Ng | Shopping scouts web site for rewarding customer referrals on product and price information with rewards scaled by the number of shoppers using the information |
US20020072987A1 (en) * | 2000-06-28 | 2002-06-13 | Chris Knudsen | Methods and systems for business-to-business sourcing services |
US20020078152A1 (en) * | 2000-12-19 | 2002-06-20 | Barry Boone | Method and apparatus for providing predefined feedback |
US20020138471A1 (en) * | 2001-03-26 | 2002-09-26 | International Business Machines Corporation | Method and system for operating a rating server based on usage and download patterns within a peer-to-peer network |
US20020143855A1 (en) * | 2001-01-22 | 2002-10-03 | Traversat Bernard A. | Relay peers for extending peer availability in a peer-to-peer networking environment |
US20020147815A1 (en) * | 2001-04-09 | 2002-10-10 | Alexander Tormasov | Distributed network data storage system and method |
US20020162109A1 (en) * | 2001-04-26 | 2002-10-31 | Koninklijke Philips Electronics N.V. | Distributed storage on a P2P network architecture |
US20030028585A1 (en) * | 2001-07-31 | 2003-02-06 | Yeager William J. | Distributed trust mechanism for decentralized networks |
US20030083961A1 (en) * | 2001-10-31 | 2003-05-01 | Bezos Jeffrey P. | Marketplace system in which users generate and browse user-to-user preorder listings via a dedinitive products catalog |
US20030115202A1 (en) * | 2001-12-17 | 2003-06-19 | Electronic Data Systems Corporation | System and method for processing a request using multiple database units |
US20030144922A1 (en) * | 2002-01-28 | 2003-07-31 | Schrantz John Paul | Method and system for transactions between persons not sharing a common language, currency, and/or country |
US20030167209A1 (en) * | 2000-09-29 | 2003-09-04 | Victor Hsieh | Online intelligent information comparison agent of multilingual electronic data sources over inter-connected computer networks |
US20030182413A1 (en) * | 2000-06-02 | 2003-09-25 | Allen Matthew Robert | System and method for selecting a service provider |
US20030208621A1 (en) * | 2002-05-06 | 2003-11-06 | Sandvine Incorporated | Path optimizer for peer to peer networks |
US20040030697A1 (en) * | 2002-07-31 | 2004-02-12 | American Management Systems, Inc. | System and method for online feedback |
US20040049417A1 (en) * | 2002-09-09 | 2004-03-11 | Opinionlab, Inc. | Receiving and reporting page-specific user feedback concerning one or more particular web pages of a website |
US20040054807A1 (en) * | 2002-09-11 | 2004-03-18 | Microsoft Corporation | System and method for creating improved overlay network with an efficient distributed data structure |
US20040064568A1 (en) * | 2002-09-26 | 2004-04-01 | Arora Akhil K. | Presence detection using distributed indexes in peer-to-peer networks |
US20040078276A1 (en) * | 2000-12-22 | 2004-04-22 | Kotaro Shimogori | System for electronic merchandising and shopping |
US20040117271A1 (en) * | 2002-12-11 | 2004-06-17 | Microsoft Corporation | Systems and methods for providing catalog configuration |
US20040128183A1 (en) * | 2002-12-30 | 2004-07-01 | Challey Darren W. | Methods and apparatus for facilitating creation and use of a survey |
US20040133463A1 (en) * | 2000-03-06 | 2004-07-08 | Theodore Benderev | On-line survey method |
US20040162830A1 (en) * | 2003-02-18 | 2004-08-19 | Sanika Shirwadkar | Method and system for searching location based information on a mobile device |
US20040193696A1 (en) * | 2003-03-31 | 2004-09-30 | Howard Michael L. | Rating system for web services |
US20050007964A1 (en) * | 2003-07-01 | 2005-01-13 | Vincent Falco | Peer-to-peer network heartbeat server and associated methods |
US20050102200A1 (en) * | 2003-11-10 | 2005-05-12 | Carnes Benjamin G. | Method and system for selling and purchasing previously owned items |
US20050144052A1 (en) * | 2003-12-31 | 2005-06-30 | Harding James A. | Profiling item sellers to inform item purchasing decisions and build trust in a multiple-seller marketplace |
US20050182707A1 (en) * | 2003-09-23 | 2005-08-18 | Yeager Wayne B. | Online auction referral and compensation system |
US20050192958A1 (en) * | 2004-02-26 | 2005-09-01 | Surjatini Widjojo | System and method to provide and display enhanced feedback in an online transaction processing environment |
US6963848B1 (en) * | 2000-03-02 | 2005-11-08 | Amazon.Com, Inc. | Methods and system of obtaining consumer reviews |
US20060031177A1 (en) * | 2004-08-03 | 2006-02-09 | Colin Rule | Method and system to design a dispute resolution process |
US20060149745A1 (en) * | 2004-12-31 | 2006-07-06 | Matthew Mengerink | Method and system to provide feedback data within a distributed e-commerce system |
US7370285B1 (en) * | 2002-07-31 | 2008-05-06 | Opinionlab, Inc. | Receiving and reporting page-specific user feedback concerning one or more particular web pages of a website |
US20080228651A1 (en) * | 2003-09-29 | 2008-09-18 | Zan Tapsell | Public Key Crytography Method and System |
US7443857B1 (en) * | 2003-07-09 | 2008-10-28 | Cisco Technology Inc. | Connection routing based on link utilization |
US7577721B1 (en) * | 2004-06-08 | 2009-08-18 | Trend Micro Incorporated | Structured peer-to-peer push distribution network |
US7716079B2 (en) * | 2003-11-20 | 2010-05-11 | Ebay Inc. | Feedback cancellation in a network-based transaction facility |
US7729988B1 (en) * | 1997-03-21 | 2010-06-01 | Walker Digital, Llc | Method and apparatus for processing credit card transactions |
US7743044B1 (en) * | 2002-05-28 | 2010-06-22 | Hewlett-Packard Development Company, L.P. | Distributed information retrieval in peer-to-peer networks |
US8145736B1 (en) * | 2003-06-30 | 2012-03-27 | Symantec Operating Corporation | Fast distributed object lookup for a computer network |
-
2004
- 2004-12-31 US US11/027,713 patent/US7587367B2/en not_active Expired - Fee Related
-
2009
- 2009-06-30 US US12/495,608 patent/US20100010871A1/en not_active Abandoned
Patent Citations (49)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7729988B1 (en) * | 1997-03-21 | 2010-06-01 | Walker Digital, Llc | Method and apparatus for processing credit card transactions |
US6102287A (en) * | 1998-05-15 | 2000-08-15 | International Business Machines Corporation | Method and apparatus for providing product survey information in an electronic payment system |
US6405175B1 (en) * | 1999-07-27 | 2002-06-11 | David Way Ng | Shopping scouts web site for rewarding customer referrals on product and price information with rewards scaled by the number of shoppers using the information |
US20010032170A1 (en) * | 1999-08-24 | 2001-10-18 | Sheth Beerud D. | Method and system for an on-line private marketplace |
US20010049625A1 (en) * | 2000-01-07 | 2001-12-06 | Craig Mowry | Method and system for eliciting consumer data by programming content within various media venues to function cooperatively |
US6963848B1 (en) * | 2000-03-02 | 2005-11-08 | Amazon.Com, Inc. | Methods and system of obtaining consumer reviews |
US20040133463A1 (en) * | 2000-03-06 | 2004-07-08 | Theodore Benderev | On-line survey method |
US20030182413A1 (en) * | 2000-06-02 | 2003-09-25 | Allen Matthew Robert | System and method for selecting a service provider |
US20020007323A1 (en) * | 2000-06-05 | 2002-01-17 | Masaharu Tamatsu | Order placement and payment settlement system |
US20020049760A1 (en) * | 2000-06-16 | 2002-04-25 | Flycode, Inc. | Technique for accessing information in a peer-to-peer network |
US20020072987A1 (en) * | 2000-06-28 | 2002-06-13 | Chris Knudsen | Methods and systems for business-to-business sourcing services |
US20020026398A1 (en) * | 2000-08-24 | 2002-02-28 | Sheth Beerud D. | Storefront for an electronic marketplace for services |
US20020062310A1 (en) * | 2000-09-18 | 2002-05-23 | Smart Peer Llc | Peer-to-peer commerce system |
US20030167209A1 (en) * | 2000-09-29 | 2003-09-04 | Victor Hsieh | Online intelligent information comparison agent of multilingual electronic data sources over inter-connected computer networks |
US20020078152A1 (en) * | 2000-12-19 | 2002-06-20 | Barry Boone | Method and apparatus for providing predefined feedback |
US20040078276A1 (en) * | 2000-12-22 | 2004-04-22 | Kotaro Shimogori | System for electronic merchandising and shopping |
US20020143855A1 (en) * | 2001-01-22 | 2002-10-03 | Traversat Bernard A. | Relay peers for extending peer availability in a peer-to-peer networking environment |
US20020138471A1 (en) * | 2001-03-26 | 2002-09-26 | International Business Machines Corporation | Method and system for operating a rating server based on usage and download patterns within a peer-to-peer network |
US7539664B2 (en) * | 2001-03-26 | 2009-05-26 | International Business Machines Corporation | Method and system for operating a rating server based on usage and download patterns within a peer-to-peer network |
US20020147815A1 (en) * | 2001-04-09 | 2002-10-10 | Alexander Tormasov | Distributed network data storage system and method |
US20020162109A1 (en) * | 2001-04-26 | 2002-10-31 | Koninklijke Philips Electronics N.V. | Distributed storage on a P2P network architecture |
US20030028585A1 (en) * | 2001-07-31 | 2003-02-06 | Yeager William J. | Distributed trust mechanism for decentralized networks |
US20030083961A1 (en) * | 2001-10-31 | 2003-05-01 | Bezos Jeffrey P. | Marketplace system in which users generate and browse user-to-user preorder listings via a dedinitive products catalog |
US20030115202A1 (en) * | 2001-12-17 | 2003-06-19 | Electronic Data Systems Corporation | System and method for processing a request using multiple database units |
US20030144922A1 (en) * | 2002-01-28 | 2003-07-31 | Schrantz John Paul | Method and system for transactions between persons not sharing a common language, currency, and/or country |
US20030208621A1 (en) * | 2002-05-06 | 2003-11-06 | Sandvine Incorporated | Path optimizer for peer to peer networks |
US7743044B1 (en) * | 2002-05-28 | 2010-06-22 | Hewlett-Packard Development Company, L.P. | Distributed information retrieval in peer-to-peer networks |
US20040030697A1 (en) * | 2002-07-31 | 2004-02-12 | American Management Systems, Inc. | System and method for online feedback |
US7370285B1 (en) * | 2002-07-31 | 2008-05-06 | Opinionlab, Inc. | Receiving and reporting page-specific user feedback concerning one or more particular web pages of a website |
US20040049417A1 (en) * | 2002-09-09 | 2004-03-11 | Opinionlab, Inc. | Receiving and reporting page-specific user feedback concerning one or more particular web pages of a website |
US20040054807A1 (en) * | 2002-09-11 | 2004-03-18 | Microsoft Corporation | System and method for creating improved overlay network with an efficient distributed data structure |
US20040064568A1 (en) * | 2002-09-26 | 2004-04-01 | Arora Akhil K. | Presence detection using distributed indexes in peer-to-peer networks |
US20040117271A1 (en) * | 2002-12-11 | 2004-06-17 | Microsoft Corporation | Systems and methods for providing catalog configuration |
US20040128183A1 (en) * | 2002-12-30 | 2004-07-01 | Challey Darren W. | Methods and apparatus for facilitating creation and use of a survey |
US20040162830A1 (en) * | 2003-02-18 | 2004-08-19 | Sanika Shirwadkar | Method and system for searching location based information on a mobile device |
US20040193696A1 (en) * | 2003-03-31 | 2004-09-30 | Howard Michael L. | Rating system for web services |
US8145736B1 (en) * | 2003-06-30 | 2012-03-27 | Symantec Operating Corporation | Fast distributed object lookup for a computer network |
US20050007964A1 (en) * | 2003-07-01 | 2005-01-13 | Vincent Falco | Peer-to-peer network heartbeat server and associated methods |
US7443857B1 (en) * | 2003-07-09 | 2008-10-28 | Cisco Technology Inc. | Connection routing based on link utilization |
US20050182707A1 (en) * | 2003-09-23 | 2005-08-18 | Yeager Wayne B. | Online auction referral and compensation system |
US20080228651A1 (en) * | 2003-09-29 | 2008-09-18 | Zan Tapsell | Public Key Crytography Method and System |
US20050102200A1 (en) * | 2003-11-10 | 2005-05-12 | Carnes Benjamin G. | Method and system for selling and purchasing previously owned items |
US7716079B2 (en) * | 2003-11-20 | 2010-05-11 | Ebay Inc. | Feedback cancellation in a network-based transaction facility |
US20050144052A1 (en) * | 2003-12-31 | 2005-06-30 | Harding James A. | Profiling item sellers to inform item purchasing decisions and build trust in a multiple-seller marketplace |
US20050192958A1 (en) * | 2004-02-26 | 2005-09-01 | Surjatini Widjojo | System and method to provide and display enhanced feedback in an online transaction processing environment |
US7577721B1 (en) * | 2004-06-08 | 2009-08-18 | Trend Micro Incorporated | Structured peer-to-peer push distribution network |
US20060031177A1 (en) * | 2004-08-03 | 2006-02-09 | Colin Rule | Method and system to design a dispute resolution process |
US20060149745A1 (en) * | 2004-12-31 | 2006-07-06 | Matthew Mengerink | Method and system to provide feedback data within a distributed e-commerce system |
US7587367B2 (en) * | 2004-12-31 | 2009-09-08 | Ebay Inc. | Method and system to provide feedback data within a distributed e-commerce system |
Cited By (22)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20100023416A1 (en) * | 2006-05-31 | 2010-01-28 | Lee Floyd | Business portal |
US20080115213A1 (en) * | 2006-11-14 | 2008-05-15 | Fmr Corp. | Detecting Fraudulent Activity on a Network Using Stored Information |
US20080114886A1 (en) * | 2006-11-14 | 2008-05-15 | Fmr Corp. | Detecting and Interdicting Fraudulent Activity on a Network |
US20080114888A1 (en) * | 2006-11-14 | 2008-05-15 | Fmr Corp. | Subscribing to Data Feeds on a Network |
US7856494B2 (en) * | 2006-11-14 | 2010-12-21 | Fmr Llc | Detecting and interdicting fraudulent activity on a network |
US8180873B2 (en) | 2006-11-14 | 2012-05-15 | Fmr Llc | Detecting fraudulent activity |
US20120124192A1 (en) * | 2010-11-12 | 2012-05-17 | Ebay Inc. | Using behavioral data in rating user reputation |
US9595052B2 (en) | 2010-11-12 | 2017-03-14 | Ebay Inc. | Using behavioral data in rating user reputation |
US9213980B2 (en) * | 2010-11-12 | 2015-12-15 | Ebay Inc. | Using behavioral data in rating user reputation |
US20120259753A1 (en) * | 2011-04-07 | 2012-10-11 | Amir Orad | System and method for managing collaborative financial fraud detection logic |
US9311650B2 (en) * | 2012-02-22 | 2016-04-12 | Alibaba Group Holding Limited | Determining search result rankings based on trust level values associated with sellers |
US20140236942A1 (en) * | 2012-02-22 | 2014-08-21 | Alibaba Group Holding Limited | Determining search result rankings based on trust level values associated with sellers |
US10452662B2 (en) | 2012-02-22 | 2019-10-22 | Alibaba Group Holding Limited | Determining search result rankings based on trust level values associated with sellers |
US20170140394A1 (en) * | 2015-11-18 | 2017-05-18 | International Business Machines Corporation | Consensus-based reputation tracking in online marketplaces |
US20170245980A1 (en) * | 2016-02-29 | 2017-08-31 | Biosense Webster (Israel) Ltd. | Pressure changer for a breast implant |
US10548712B2 (en) | 2016-02-29 | 2020-02-04 | Biosense Webster (Israel) Ltd. | Pressure changer for a breast implant |
US11234808B2 (en) | 2016-02-29 | 2022-02-01 | Biosense Webster (Israel) Ltd. | Pressure changer for a breast implant |
US10751163B2 (en) | 2017-09-01 | 2020-08-25 | Mentor Worldwide Llc | Adjustable implant |
US11491005B2 (en) | 2017-09-01 | 2022-11-08 | Mentor Worldwide Llc | Adjustable implant |
US10653517B2 (en) | 2017-11-08 | 2020-05-19 | Mentor Worldwide Llc | Adjustable implant |
US10751165B2 (en) | 2017-12-12 | 2020-08-25 | Mentor Worldwide Llc | Adjustable implant |
US11678972B2 (en) | 2017-12-12 | 2023-06-20 | Mentor Worldwide Llc | Adjustable implant |
Also Published As
Publication number | Publication date |
---|---|
US7587367B2 (en) | 2009-09-08 |
US20060149745A1 (en) | 2006-07-06 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7587367B2 (en) | Method and system to provide feedback data within a distributed e-commerce system | |
US11803659B2 (en) | Sharing information on a network-based social platform | |
US11080797B2 (en) | Viewing shopping information on a network based social platform | |
US10706076B2 (en) | Method and system to categorize items automatically | |
US7698169B2 (en) | Method and system to provide wanted ad listing within an e-commerce system | |
US7490056B2 (en) | System to generate an aggregate interest indication with respect to an information item | |
US20060271460A1 (en) | Method and system to provide user created social networks in a distributed commerce system | |
US7774350B2 (en) | System and method to provide and display enhanced feedback in an online transaction processing environment | |
US20080162295A1 (en) | Method and system for payment authentication | |
US20170046720A1 (en) | System and method to provide altered benefit based on preferred status | |
US20070136177A1 (en) | Registry for on-line auction system | |
US20060271387A1 (en) | System for providing a user with shipping information | |
US20100121649A1 (en) | Methods and systems for user registration |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: EBAY INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:MENGERINK, MATTHEW;REEL/FRAME:034839/0496 Effective date: 20050502 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |