This disclosure relates to the technical field of data communications and, more particularly, to systems and methods to analyze a seller inventory being electronically offered for sale on a network-based marketplace.
Sellers who offer their merchandise for sale on a network-based marketplace may compete with other sellers. In some instances two items may directly compete particularly where the two offerings are the same product. One seller may compete with each other by lowering their price or by changing the presentation of their item to effect the presentation of the rank of the item in search results.
Embodiments illustrated by way of example and not limitation in the figures of the accompanying drawings, in which:
In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of some example embodiments. It will be evident, however, to one of ordinary skill in the art that embodiments of the present disclosure may be practiced without these specific details.
As described further below, according to various example embodiments of the disclosed subject matter described and claimed herein, systems and methods to analyze a seller inventory offered for sale on a network-based marketplace are described. Various embodiments are described below in connection with the figures provided herein.
In some instances the seller-A and seller-B may be directly competing with one another by offering items that are the same product. In some instances, a competitive advantage may be achieved by one seller over the other seller by lowering their price and/or by improving the position or rank of the item listing in search results. For example, a buyer who is operating the computer 106 may enter a search query that is communicated to and received by the network-based marketplace 76 that, in turn, responds to the query by generating and communicating search results to the computer 106 that include all links to items item listings matching the query “IPOD Nano.” The search results may include links to item listings that are offered for sale by both the seller-A and seller-B. The position or rank of the item listings in search may be determined by an algorithm (e.g., “best match”) based on multiple factors some of which may be altered, modified, or changed by the seller. Accordingly, one seller may alter the information that is included item listing to improve the position of the item listing in the search results. For example, item listings that are presented on the first page of search results may have a greater likelihood of purchase than item listings that are presented on the fifth page of search results.
According to the present disclosure, systems and methods to analyze a seller inventory are described. According to one embodiment, a network-based marketplace may receive identify information, over a network, from a client machine. For example, the identify information may identify a seller that is registered to sell items (e.g., goods or services) on a network-based marketplace 76. The identify information may include a user name and a password that identifies the seller. The network-based marketplace 76 may further receive from the seller a request to perform an analysis of items currently being offered for sale by the seller on the network-based marketplace 76. That is, the seller may request an analysis of their entire inventory currently being offered or an identified part of the inventory. In some instances, the request may include a category identifier that is utilized to identify a part of the entire inventory. In response to receiving the request, the network-based marketplace 76 may analyze the identified item listings to generate report information including item information describing the items and to communicate a user interface, over a network, to the client machine that includes the report information. The seller may request report information that is organized according to price or report information that is organized according to the position or rank of the seller's inventory in search results. The seller may utilize the report information that is organized according to price to competitively re-price all or part of their inventory. The seller may further utilize the report information that is organized according to position to modify their item listings to effectively improve the position or rank of all or part of their inventory in search results. The embodiment may be described in greater detail and operate as follows for an example embodiment.
An application program interface (API) server 214 and a web server 215 are coupled to, and provide programmatic and web interfaces respectively to, one or more application servers 216. The application servers 216 host one or more marketplace modules 218 and payment modules 220. The application servers 216 are, in turn, shown to be coupled to one or more database servers 222 that facilitate access to one or more databases 224.
The marketplace modules 218 may provide a number of marketplace functions and services to users that access the network-based marketplace 76. The payment modules 220 may likewise provide a number of payment services and functions to users. The payment modules 220 may allow users to accumulate value in accounts and then to later redeem the accumulated value for products (e.g., goods or services) that are made available via the marketplace modules 218. Value may be accumulated in a commercial currency, such as the U.S. dollar, or a proprietary currency, such as “points.” While the marketplace modules 218 and payment modules 220 are shown in
Further, while the networked system 200 shown in
The web client 206 and mobile programmatic client 210 access the various marketplace modules 218 and payment modules 220 via the web interface supported by the web server 215. Similarly, the programmatic client 210 accesses the various services and functions provided by the marketplace modules 218 and payment modules 220 via the programmatic interface provided by the API server 214. The programmatic client 210 may, for example, be a seller module (e.g., the TurboLister application developed by eBay Inc., of San Jose, Calif.) to enable sellers to author and manage listings on the network-based marketplace 76 in an off-line manner, and to perform batch-mode communications between the programmatic client 210 and the network-based marketplace 76.
The network-based marketplace 76 may provide a number of publishing, listing and price-setting mechanisms whereby a seller may list (or publish information concerning) 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, the marketplace and payment modules 218 and 220 are shown to include at least one publication module 280 and one or more auction modules 282 that support auction-format listing and price setting mechanisms (e.g., English, Dutch, Vickrey, Chinese, Double, Reverse auctions, etc.). For example, the publication module(s) 280 may include a publishing module 281 (not shown) that may be utilized to store a listing in a database and publish the listing on the network-based marketplace. The various auction modules 282 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 modules 284 may 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 auction-format listings and may 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 modules(s) 286 may allow a seller to group listings within a “virtual” store, which may be branded and otherwise personalized by and for the seller. Such a virtual store may also offer promotions, incentives and features that are specific and personalized to a relevant seller.
Reputation module(s) 288 may allow users that transact, utilizing the network-based marketplace 76, to establish, build and maintain reputations, which may be made available and published to potential trading partners. Consider, for example, that where the network-based marketplace 76 supports person-to-person trading, users may otherwise have no history or other reference information whereby the trustworthiness and credibility of potential trading partners may be assessed. The reputation module(s) 288 allow a user to establish a reputation within the network-based marketplace 76 over time, for example, through feedback provided by other transaction partners. Other potential trading partners may then reference such a reputation for the purposes of assessing credibility and trustworthiness.
Personalization modules 300 may allow users of the network-based marketplace 76 to personalize various aspects of their interactions with the network-based marketplace 76. For example a user may, utilizing appropriate personalization modules 300, create a personalized reference page at which information regarding transactions to which the user is (or has been) a party may be viewed. Further, the personalization modules 300 may enable a user to personalize listings and other aspects of their interactions with the networked system 200 and other parties.
The networked system 200 may support a number of marketplaces that are customized, for example, for specific geographic regions. A version of the networked system 200 may be customized for the United Kingdom, whereas another version of the networked system 200 may be customized for the United States. Some of these versions may operate as an independent marketplace, or may be customized (or internationalized) presentations of a common underlying marketplace. The networked system 200 may accordingly include a number of internationalization modules 302 that customize information (and/or the presentation of information) by the networked system 200 according to predetermined criteria (e.g., geographic, demographic or marketplace criteria). For example, the internationalization modules 302 may be used to support the customization of information for a number of regional websites that are operated by the networked system 200.
Navigation of the network-based marketplace 76 may be facilitated by one or more navigation modules 304. For example, browse modules may allow users to browse various category, catalogue, or inventory data structures according to which listings may be classified within the networked system 200. Various other navigation modules 304 may be provided to supplement the search and browsing modules.
In order to make listings available via the networked system 200 as visually informing and attractive as possible, the marketplace and payment modules 218 and 220 may include one or more imaging modules 306 with which users may upload images for inclusion within listings. The imaging modules 306 may also operate to incorporate images within viewed listings. The imaging modules 306 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 modules 308 may allow sellers to conveniently author listings of items (e.g., parts) pertaining to goods or services that they wish to transact via the network-based marketplace 76. For example, the listing creation modules 308 may enable sellers to identify their items as products. Also for example, the listing creation modules 380 may include a receiving module for receiving unstructured information in the form of item information (e.g., string) and a processing module that may parse the unstructured information to generate structured information that is stored by the publishing module 281 in a listing. The listing management modules 310 may 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 modules 310 may provide a number of features (e.g., auto-relisting, inventory level monitors, etc.) to assist the seller in managing such listings. For example, the listing management modules 310 may be utilized by a seller to analyze an inventory of items that are listed for auction or sale on the networked-based marketplace 76. The report information that is generated from such an analysis may be utilized to more competitively price, items or to improve the rank of the item listings in search results.
One or more post-listing management modules 312 may also assist sellers with a number of activities that may typically occur post-listing. For example, upon completion of an auction facilitated by one or more auction module(s) 282, a seller may wish to leave feedback regarding a particular buyer. To this end, the post-listing management modules 312 may provide an interface to one or more reputation module(s) 288, so as to allow the seller to conveniently provide feedback regarding multiple buyers to the reputation module(s) 288.
Dispute resolution modules 314 may provide mechanisms whereby disputes arising between transacting parties may be resolved. For example, the dispute resolution modules 314 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 modules 316 may implement fraud detection and prevention mechanisms to reduce the occurrence of fraud within the network-based marketplace 76.
Messaging modules 318 may be responsible for the generation and delivery of messages to users of the network-based marketplace 76, with such messages, for example, advising users regarding the status of listings at the network-based marketplace 76 (e.g., providing “outbid” notices to bidders during an auction process or providing promotional and merchandising information to users). Respective messaging modules 318 may utilize any one of a number of message delivery networks and platforms to deliver messages to users. For example, messaging modules 318 may deliver electronic mail (e-mail), instant message (IM), Short Message Service (SMS), text, facsimile, or voice (e.g., Voice over IP (VoIP)) messages via the wired network (e.g., the Internet), Plain Old Telephone Service (POTS), or wireless (e.g., mobile, cellular, WiFi (e.g., IEEE 802.11 technologies including 802.11n, 802.11b, 802.11g, and 802.11a)), and Worldwide Interoperability for Microwave Access (e.g., WiMAX-IEEE 802.16) networks.
Retrieval modules 320 may support various searching functions that are made available to buyers to enable buyers to find listings. For example, the retrieval modules 320 may include a retrieving module 329 that receives a query from a buyer to identify listings. The network-based marketplace 76 itself, or one or more parties that transact via the network-based marketplace 76, may operate loyalty programs that are supported by one or more loyalty promotions modules 324. For example, a buyer may earn loyalty or promotions points for transactions established and/or concluded with a particular seller, and may then be offered a reward for which accumulated loyalty points can be redeemed. The public services modules 326 may be utilized by the public or any other entity to access trading, finding and best match services.
The tables 400 also include an items table 407 in which item records are maintained for goods (e.g., parts) and services that are available to be, or have been, transacted via the network-based marketplace 76. Item records (e.g., item listings) within the items table 407 may furthermore be linked to one or more user records within the user table 405, so as to associate a seller and one or more actual or potential buyers with an item record.
A transaction table 409 contains a record for each transaction (e.g., a purchase or sale transaction) pertaining to items for which records exist within the items table 407.
An order table 411 may be populated with order records, with each order record being associated with an order. Each order, in turn, may be associated with one or more transactions for which records exist within the transaction table 409.
Bid records within a bids table 413 may relate to a bid received at the network-based marketplace 76 in connection with an auction-format listing. A feedback table 415 may be utilized by one or more reputation modules 288, in one example embodiment, to construct and maintain reputation information concerning users. A history table 417 may be used to maintain a history of transactions to which a user has been a party. One or more attributes tables 419 record attribute information pertaining to items for which records exist within the items table 407. Considering only a single example of such an attribute, the attributes tables 419 may indicate a currency attribute associated with a particular item, with the currency attribute identifying the currency of a price for the relevant item as specified by a seller. A search table 421 may store search information that has been entered by a user (e.g., buyer) who is looking for a specific type of listing.
A compatibility table 322 may store catalogue information according to an embodiment.
At operation 604, at the network-based marketplace 76, the receiving module 332 may receive the identity information and at operation 606 the receiving module 332 may register the identity information in association with a session that may be identified with a session identifier. For example, the session identifier may identify a session that is associated with the most recent login information received from the user.
At operation 608, at the client machine 208 and as part of the same session, the user may communicate a request for an analysis of all or a portion of the inventory associated with the seller.
At operation 610, at the network-based marketplace 76, the receiving module 332 may receive the request. At operation 612, the processing module 334 may identify all or part of the inventory associated with the seller on the network-based marketplace 76 based on the session identifier and the request. For example, the request may include a category identifier or some other identifier information that identifies all or a portion of the inventory associated with the seller. At operation 614, the processing module 334 may analyze the seller inventory in relation to inventory currently being offered for sale by other sellers. For example, the processing module 334 may identify the products being offered for sale by the seller on the network based marketplace 76 based on the inventory associated with the seller and utilize the associated product identifiers to identify items being offered for sale by other sellers on the network-based marketplace 76. According to one embodiment, the processing module 334 may iteratively pass product identifiers to the best match services modules 342 to identify item listings 426 currently being offered for sale by other sellers on the network-based marketplace. According to one embodiment the processing module 334 may invoke the trading service modules 340 and the finding service modules 342 with item identifiers that are utilized by the mentioned modules to retrieve further item information associated with the item listings 426. At operation, 616, the processing module 334 may invoke the POI module 336 to generate report information, according to one embodiment, in the form of Excel Spreadsheets®. At operation 618, the processing module 334 may communicate an interface to the client machine 208 that includes the report information. For example, the interface may include a user interface that includes the report information.
At operation 620, the client machine 208 receives and displays the user interface to the user.
According to another embodiment the receiving module 334 may be invoked via an application programming interface. For example, the receiving module 334 may receive the identity information and the request via an application programming interface rather than a web interface. According to another embodiment the request for the report may be queued for later processing and the report information may be viewed at the convenience of the user. According to another embodiment the report information may be emailed to the user or communicated to a location specified by the user. For example, the processing module 334 may be configured by the user to utilize the file transfer protocol (FTP) to communicate the report information to a location that is configured by the user. According to another embodiment the report may be queued in a job that executes periodically.
According to another embodiment the processing module 334 may execute in multiple threads/processes in parallel to process the item listings 426. Accordingly, each thread would include the processing module 334 processing an item listing 426 until all of the item listings 426 are completed.
The above-described user interfaces are illustrated to include user interface elements. However, it will be appreciated by those skilled in the art that the user interfaces may also be embodied as a machine interface (e.g., Standard Generalized Markup Language (SGML)) including machine interface elements, an audio interface including audio interface elements, and a kinetic interface including kinetic interface elements.
In some embodiments, the methods described herein may be implemented in a distributed or non-distributed software application designed under a three-tier architecture paradigm, whereby the various components of computer code that implement this method may be categorized as belonging to one or more of these three tiers. Some embodiments may include a first tier as an interface (e.g., an interface tier) that is relatively free of application processing. Further, a second tier may be a logic tier that performs application processing in the form of logical/mathematical manipulations of data inputted through the interface level and communicates the results of these logical/mathematical manipulations to the interface tier and/or to a backend, or storage, tier. These logical/mathematical manipulations may relate to certain business rules or processes that govern the software application as a whole. A third, storage, tier may be a persistent storage medium or non-persistent storage medium. In some cases, one or more of these tiers may be collapsed into another, resulting in a two-tier architecture, or even a one-tier architecture. For example, the interface and logic tiers may be consolidated, or the logic and storage tiers may be consolidated, as in the case of a software application with an embedded database. This three-tier architecture may be implemented using one technology, or, as will be discussed below, a variety of technologies. This three-tier architecture, and the technologies through which it is implemented, may be executed on two or more computer systems organized in a server-client, peer-to-peer, or so some other suitable configuration. Further, these three tiers may be distributed between multiple computer systems as various software components.
Some example embodiments may include the above illustrated tiers, and processes or operations that make them up, as being written as one or more software components. Common to many of these components is the ability to generate, use, and manipulate data. These components, and the functionality associated with each, may be used by client, server, or peer computer systems. These various components may be implemented by a computer system on an as-needed basis. These components may be written in an object-oriented computer language such that a component oriented or object-oriented programming technique can be implemented using a Visual Component Library (VCL), Component Library for Cross Platform (CLX), Java Beans (JB), Java Enterprise Beans (EJB), Component Object Model (COM), Distributed Component Object Model (DCOM), or other suitable technique. These components may be linked to other components via various APIs and then compiled into one complete server, client, and/or peer software application. Further, these APIs may be able to communicate through various distributed programming protocols as distributed computing components.
Some example embodiments may include remote procedure calls being used to implement one or more of the above illustrated components across a distributed programming environment as distributed computing components. For example, an interface component (e.g., an interface tier) may reside on a first computer system that is remotely located from a second computer system containing a logic component (e.g., a logic tier). These first and second computer systems may be configured in a server-client, peer-to-peer, or some other suitable configuration. These various components may be written using the above illustrated object-oriented programming techniques, and can be written in the same programming language, or a different programming language. Various protocols may be implemented to enable these various components to communicate regardless of the programming language used to write these components. For example, a component written in C++ may be able to communicate with another component written in the Java programming language by using a distributed computing protocol such as a Common Object Request Broker Architecture (CORBA), a Simple Object Access Protocol (SOAP), or some other suitable protocol. Some embodiments may include the use of one or more of these protocols with the various protocols outlined in the Open Systems Interconnection (OSI) model, or Transport Control Protocol/Internet Protocol (TCP/IP) protocol stack model for defining the protocols used by a network to transmit data.
Some embodiments may utilize the OSI model or TCP/IP protocol stack model for defining the protocols used by a network to transmit data. In applying these models, a system of data transmission between a server and client, or between peer computer systems, is illustrated as a series of roughly five layers comprising: an application layer, a transport layer, a network layer, a data link layer, and a physical layer. In the case of software having a three-tier architecture, the various tiers (e.g., the interface, logic, and storage tiers) reside on the application layer of the TCP/IP protocol stack. In an example implementation using the TCP/IP protocol stack model, data from an application residing at the application layer is loaded into the data load field of a TCP segment residing at the transport layer. This TCP segment also contains port information for a recipient software application residing remotely. This TCP segment is loaded into the data load field of an IP datagram residing at the network layer. Next, this IP datagram is loaded into a frame residing at the data link layer. This frame is then encoded at the physical layer, and the data transmitted over a network such as an internet, Local Area Network (LAN), WAN, or some other suitable network. In some cases, “Internet” refers to a network of networks. These networks may use a variety of protocols for the exchange of data, including the aforementioned TCP/IP, and additionally asynchronous transfer mode (ATM), system network architecture (SNA), SDI, or some other suitable protocol. These networks may be organized within a variety of topologies (e.g., a star topology) or structures.
The example computer system 1000 includes one or more processors 1002 (e.g., a central processing unit (CPU), a graphics processing unit (GPU), or both), a main memory 1004 and a static memory 1006, which communicate with each other via a bus 1008. The computer system 1000 may further include a video display unit 1010 (e.g. a liquid crystal display (LCD) or a cathode ray tube (CRT)). The computer system 1000 also includes an input device 1012 (e.g., a keyboard), a cursor control device 1014 (e.g., a mouse), a disk drive unit 1016, a signal generation device 1018 (e.g., a speaker) and a network interface device 1020.
The disk drive unit 1016 includes a machine-readable medium 1022 on which is stored one or more sets of instructions (e.g., software) 1024 embodying any one or more of the methodologies or functions described herein. The instructions 1024 may also reside, completely or at least partially, within the main memory 1004, the static memory 1006, and/or within the processor 1002 during execution thereof by the computer system 1000. The main memory 1004 and the processor 1002 also may constitute machine-readable media. The instructions 1024 may further be transmitted or received over a network 1026 via the network interface device 1020.
Software applications that may include the apparatus and systems of various embodiments broadly include a variety of electronic and computer systems. Some embodiments implement functions in two or more specific interconnected hardware modules or devices with related control and data signals communicated between and through the modules, or as portions of an application-specific integrated circuit. Thus, the example system is applicable to software, firmware, and hardware implementations. In example embodiments, a computer system (e.g., a standalone, client or server computer system) configured by an application may constitute a “module” that is configured and operates to perform certain operations as described herein. In other embodiments, the “module” may be implemented mechanically or electronically. For example, a module may comprise dedicated circuitry or logic that is permanently configured (e.g., within a special-purpose processor) to perform certain operations. A module may also comprise programmable logic or circuitry (e.g., as encompassed within a general-purpose processor or other programmable processor) that is temporarily configured by software to perform certain operations. It will be appreciated that the decision to implement a module mechanically, in the dedicated and permanently configured circuitry, or in temporarily configured circuitry (e.g. configured by software) may be driven by cost and time considerations. Accordingly, the term “module” should be understood to encompass a tangible entity, be that an entity that is physically constructed, permanently configured (e.g., hardwired) or temporarily configured (e.g., programmed) to operate in a certain manner and/or to perform certain operations described herein.
While the machine-readable medium 1022 is shown in an example 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 non-transitory 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 description. The term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, optical media and magnetic media. As noted, the software may be transmitted over a network using a transmission medium. The term “transmission medium” shall be taken to include any medium that is capable of storing, encoding or carrying instructions for transmission to and execution by the machine, and includes digital or analogue communications signal or other intangible medium to facilitate transmission and communication of such software.
The illustrations of embodiments described herein are intended to provide a general understanding of the structure of various embodiments, and they are not intended to serve as a complete description of all the elements and features of apparatus and systems that might make use of the structures described herein. Many other embodiments will be apparent to those of ordinary skill in the art upon reviewing the above description. Other embodiments may be utilized and derived therefrom, such that structural and logical substitutions and changes may be made without departing from the scope of this disclosure. The figures provided herein are merely representational and may not be drawn to scale. Certain proportions thereof may be exaggerated, while others may be minimized. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.
Thus, systems and methods to analyze a seller inventory on a network-based marketplace 76 were described. While the present disclosure has been described in terms of several example embodiments, those of ordinary skill in the art will recognize that the present disclosure is not limited to the embodiments described, but may be practiced with modification and alteration within the spirit and scope of the appended claims. The description herein is thus to be regarded as illustrative instead of limiting.