US20150025974A1 - System and method for location based content correlation - Google Patents
System and method for location based content correlation Download PDFInfo
- Publication number
- US20150025974A1 US20150025974A1 US14/507,071 US201414507071A US2015025974A1 US 20150025974 A1 US20150025974 A1 US 20150025974A1 US 201414507071 A US201414507071 A US 201414507071A US 2015025974 A1 US2015025974 A1 US 2015025974A1
- Authority
- US
- United States
- Prior art keywords
- client device
- vendor
- server
- user
- geographical
- 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
- G06Q30/0241—Advertisements
- G06Q30/0251—Targeted advertisements
- G06Q30/0261—Targeted advertisements based on user location
-
- 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
- G06Q10/00—Administration; Management
- G06Q10/06—Resources, workflows, human or project management; Enterprise or organisation planning; Enterprise or organisation modelling
- G06Q10/063—Operations research, analysis or management
-
- 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/06—Buying, selling or leasing transactions
- G06Q30/0601—Electronic shopping [e-shopping]
- G06Q30/0639—Item locations
-
- 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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/04—Trading; Exchange, e.g. stocks, commodities, derivatives or currency exchange
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/02—Services making use of location information
- H04W4/029—Location-based management or tracking services
Definitions
- Exemplary embodiments relate generally to the technical field of commerce automation and, in one exemplary embodiment, to methods and systems to correlate client location with geographical based content.
- FIG. 1 is a block diagram of an exemplary web-based facility in the form of a network-based marketplace (e.g., a network-based auction facility) according to one embodiment of the present invention.
- a network-based marketplace e.g., a network-based auction facility
- FIG. 2 is a database diagram illustrating an exemplary database, maintained by and accessed via a database engine server, that at least partially implements and supports a SPAM inhibiting tool in the auction facility according to one embodiment of the present invention.
- FIG. 3 provides exemplary detail of the user table shown in FIG. 2 .
- FIG. 4 is a block diagram illustrating an exemplary environment within which email alerts to sellers/buyers may be made when a seller/buyer is in a predetermined range.
- FIG. 5 is an interface map illustrating a collection of interfaces, according to an exemplary embodiment of the present invention, to facilitate communication of search results between entities.
- FIG. 6 illustrates a block diagram of an exemplary process for receiving geographical position data in hyperlinked content.
- FIG. 7 illustrates a block diagram of an exemplary process for returning a list of merchants/vendors within a pre-selected range of a user.
- FIG. 8 illustrates a block diagram of an exemplary process that may return offers from vendors (e.g., pre-selected merchants or vendors) when a user is in a range (e.g., a geographical range or zone) of the merchants.
- vendors e.g., pre-selected merchants or vendors
- a range e.g., a geographical range or zone
- FIG. 9 illustrates an exemplary route that may be selected (e.g., predetermined) by a user.
- FIG. 10 illustrates a diagrammatic representation of machine in the exemplary form of a computer system.
- FIG. 1 is a network diagram depicting a system 10 , according to one exemplary embodiment, having a client-server architecture.
- a commerce 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 client machines 20 and 22 .
- FIG. 1 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 database 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 30 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/listings (e.g., goods and/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. 1 to both form part of the network-based marketplace 12 , it will be appreciated that, in alternative embodiments, the payment applications 32 may form part of a payment service that is separate and distinct from the marketplace 12 .
- FIG. 1 employs a client-server architecture
- the present invention is 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 may access the various marketplace and payment applications 30 and 32 via the web interface supported by the web server 26 .
- the programmatic client 18 may access 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. 1 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 .
- client machine 20 also includes a receiver 41 , transmitter 42 , a location device 43 and a display 45 .
- receiver 41 wirelessly receives data/information and transmitter 42 transmits data/information wirelessly.
- client machine 20 is mobile, such as disposed in a vehicle, a notebook computer, a personal digital assistant (PDA), a cellular telephone, etc.
- Receiver 41 may be capable of receiving information/data/voice/video content, for example from network 14 .
- Transmitter 42 may be capable of transmitting information/data/voice/video content to, for example network 14 .
- Location device 43 may be capable of rendering geographical location information.
- location device 43 is a global positioning system (GPS) and renders latitude, longitude and altitude coordinates.
- GPS global positioning system
- location device 43 receives location coordinates form cellular triangulation of cellular towers, for example three cellular towers.
- the display 45 can be any type of display capable, for example, of displaying graphical/video/images/text.
- a user interface may also be coupled to client machine 20 .
- the user interface may be a keyboard, resistive digitizer (e.g., touchscreen), mouse, microphone/speaker(s), etc.
- Transmitter 42 may transmit location information/data in a hypertext (HTTP) transmission.
- HTTP hypertext
- FIG. 2 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 provide listings (e.g., list goods and/or services for sale, auction, hire etc.) a buyer can express interest in or indicate a desire to purchase such listings or 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 may 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.
- eBay Inc. of San Jose, Calif.
- buyout-type listings 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 may 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 may 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 reputation applications 50 may 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 may allow users of the marketplace 12 to personalize various aspects of their interactions with the marketplace 12 .
- 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.
- 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 that are customized for specific geographic regions, or specific demographics.
- 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 may enable key word searches of listings published via the marketplace 12 .
- a browse application may allow 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 which users may utilize to upload images for inclusion within listings.
- An imaging application 58 may also operate 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 may allow sellers conveniently to author listings pertaining to goods or services that they wish to transact via the marketplace 12 , and listing management applications 62 may allow sellers to manage such listings. For example, 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 may 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 may 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 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 maybe escalated to a third party mediator or arbitrator.
- a number of fraud prevention applications 68 may implement various fraud detection and prevention mechanisms to reduce the occurrence of fraud within the marketplace 12 .
- Messaging applications 70 may be 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 may 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 provide the various merchandising features that may be invoked by sellers, and may monitor and track the success of merchandising strategies employed by sellers.
- 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.
- Location based application(s) 75 may support various geographical correlation functions including extracting geographical coordinates (such as latitude, longitude and altitude) from a hypertext (HTTP) transmission from a client, associating geographical coordinate proximity ranges for content (such as product/offer listings, service listings, etc.), database searching and matching functions (such as database lookup comparison functions for comparing client extracted geographical coordinates with product/offer/service listings to return geographical correlated content), vendor/offerer based functions to store client predetermined requests for offers from predetermined vendors/offerers when in a geographical proximity to the predetermined vendors/offerers, comparison/lookup functions to compare/lookup geographical correlated content for a predetermined price range, and client geographical correlation functions to compare/lookup databases for content associated with a client's geographical route for returning content associated with vendors/offerers located along the client's route.
- geographical coordinates such as latitude, longitude and altitude
- content such as product/offer listings, service listings, etc.
- database searching and matching functions such as database lookup comparison
- a user may pre-select a price range, and a location application may match offers of goods or services (or other listings) within a pre-selected geographical range or zone that is also within the pre-selected price range. The matched offers may then be returned to the user/client.
- a location application may alert a user/client by sending an email alerting the user/client that an offer is within the pre-selected geographical zone and within a pre-selected price range.
- a user/client can wait until the criteria ranges are met.
- offerers are alerted with an email that a user/client desires a good or service within a pre-selected zone and price range. This allows the offerer to adjust price or make a delivery to the pre-selected geographical zone.
- a user may pre-select a route having at least a beginning and ending waypoint.
- offers from merchants along the route, and within a pre-selected geographical range of the route, may be returned to the user/client.
- the user/client may be navigated to a merchant's location through alerts on a display (e.g., turn arrows, spelling out of turn directions, voice instructions, etc.).
- Any known navigation applications/devices can be used in this embodiment, such as the Magellan® Road Mate 700, Garmin® Quest, iQue® 3600 GPS/PDA, notebook computer with navigation software and a GPS device, etc.
- FIG. 3 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 that 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, for example, an items table 94 in which is maintained item records for goods and services that are available to be, or have been, transacted via the marketplace 12 .
- the items table includes geographical associated items.
- the items may be tagged with the buyer/seller geographical location and/or geographical acceptance range.
- 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 may contain 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 may be 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 may 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 may be utilized by one or more reputation applications 50 , in one exemplary embodiment, to construct and maintain reputation information concerning users.
- a history table 104 may maintain a history of transactions to which a user has been a party.
- One or more attributes tables 106 may 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.
- a currency table 108 may include geographical based currency and currency conversion (to compare home-based currency with mobile-based currency if out of the home country).
- geographical based currency and currency conversion to compare home-based currency with mobile-based currency if out of the home country.
- a conversion of the home-based currency to the new country currency may be made and returned to the user to ease transactions.
- FIG. 4 illustrates a specific exemplary environment within which email alerts to sellers/buyers may be made when a seller/buyer is in a predetermined range or zone.
- an automatic telephone recording is sent to the buyer/seller instead of an email alert.
- the alerts may allow a buyer/seller to be aware that a respective seller/buyer is within a range (e.g., a predetermined range or zone) of one another and allows the buyer/seller to inform the respective seller/buyer of particular items/services wanted or offered.
- System 10 may provide an automated “watching” service to users, whereby an automated search is periodically conducted to locate offered/wanted items, as identified utilizing specified search criteria.
- the service may also be employed by companies and regulatory authorities to monitor network-based auction facilities for irregular and illegal items. Such items may include, for example, copyright-infringing articles, unauthorized imitation products, and unauthorized utilization of trademarks. Further, regulatory authorities may utilize the automated “watching” service to detect the attempted sale of illegal items such as drugs, firearms, etc.
- a user of the “watching” service When a user of the “watching” service receives an automated notification (e.g., email, telephone message, page, etc.) of the existence of certain items that are offered or wanted within system 10 , the user (e.g., a corporation or a regulatory authority) may wish to request that administrators of system 10 remove certain items from system 10 . To this end, problematic items must be reported to administrators of system 10 , who then perform an independent review of the relevant item, and remove the items as appropriate. The administrators are then may then be required to report to the relevant monitoring user regarding whether or not the items have been removed.
- an automated notification e.g., email, telephone message, page, etc.
- a monitoring user may be required to provide, verbally or by e-mail, item identifiers (e.g., item numbers) for each of the relevant items. This may require the monitoring user to perform a cut and paste of selected item numbers that are then communicated in an e-mail to an administrator. The administrator may then typically be required manually to input a relevant item number into an appropriate interface in order to retrieve the full details regarding an item.
- item identifiers e.g., item numbers
- search server 420 of the system 10 is shown, by way of example, to perform a number of automated search functions 140 to provide the above-discussed automated “watching” services and to generate a result set of items according to a specified search criteria.
- the result set may be communicated from the search server 420 to a page server 412 that generates a markup language document (e.g., an HTML page), for example, by populating a template with the result set to thereby generate a search result set page 142 .
- the search result set page 142 may, for example, be an HTML document, or may be a text-based e-mail message that includes a network location identifier (e.g., URL) that identifies an HTML document embodying the search results.
- a network location identifier e.g., URL
- the search result set page 142 is shown to be communicated to an HTML-enabled e-mail client or browser 144 that executes in a client machine 432 . [should this not read admin client machine 150 ? Alternatively, a line between block 432 and “ 432 ”]
- the search result set page 142 may include number of check boxes adjacent to each of the data items identifying the search result set. By checking the check boxes, the user is able to identify a subset of the search result set and to communicate the selected subset back to the page server 412 by selection of “submit” button presented within the search result set page 142 .
- the subset may be communicated as an e-mail message or an HTTP PUT request, or utilizing any other transfer protocol or communication.
- the page server 412 may execute a CGI script, or an ISAPI script, 146 that receives the communication of the subset of the search results, parses the communication to locate item identifiers (e.g., numeric or otherwise) embodied within the communication and communicates these identifiers to a page creation function 141 .
- the page creation function 141 may then compose a new markup language document embodying the subset of the search result set.
- the markup language document embodying the subset of search results may, for example, be communicated to a further user in one of two ways.
- the page creation function 141 may communicate a URL identifying the created page to any email server 21 , which may compose a text-based email message that is then communicated from the email server 21 to a client machine 432 of a targeted user.
- the user of the client machine 432 may access the created markup language document utilizing a browser application.
- the page creation function 141 may communicate a markup language document to the email server 21 , which may embed the markup language document in an email message.
- the email message may then be communicated to an HTML-enabled client 144 executing on the client machine 432 , which the user of the client machine 432 may utilize to view the markup language document.
- An example of this markup language document is indicated in FIG. 4 as being the selected subset page 148 .
- client machines 432 are shown to reside outside the context of a web site. Accordingly this embodiment describes an application which allows a first user of a client machine 432 (e.g., client machine (A)) to communicate a subset of search results to a user of a further client machine 432 (e.g., client machine (B)), both of which reside outside a web site or commerce facility.
- client machine (A) e.g., client machine (A)
- client machine (B) e.g., client machine (B)
- An alternative application may allow the user of a client machine 432 to communicate the select subset search results of the search results to an administrator of a commerce facility (or web site) that utilizes an administrator client machine 150 .
- an email e.g., a text-based or HTML-based email message
- the administrative client machine 150 conveniently to communicate the items that are considered by the user of client machine 432 to be potentially problematic to the administrator.
- the subset page 148 is a markup language page document providing a listing of the items as hypertext
- the administrator may also conveniently be able to select appropriate hypertext to invoke a full description of the relevant item, and in this way spared the effort of manually inserting identifiers for items that have been identified by a monitoring user.
- FIG. 5 is an interface map 160 , according to an exemplary embodiment, illustrating a collection of interfaces that may be presented to entities (e.g., users or administrators) to facilitate the communication of search results between such entities.
- the interfaces are furthermore categorized, for example, as comprising search interfaces 162 , result set interfaces 164 and result subset interfaces 166 .
- a first user may be presented with manual search input page interface 168 that facilitates the input and specification of search criteria.
- the input into interface 168 may, in one embodiment, be stored as an automated search 170 .
- a search result set may be presented in a result set interface 172 .
- the result set interface 172 comprises a markup language document in the form of an HTML page that lists a descriptor for each of the search results. Each descriptor may comprise hypertext linked to a document.
- Each descriptor may furthermore be displayed adjacent a check box, which is user-selectable to mark a data item to be included within a subset of the search results to be communicated to a further entity.
- the interface 172 may further present a “submit” or “send” button that is user-selectable to communicate the select subset, together with a default message, to a default addressee.
- An addressee and message selection input interface 174 may also be accessible from the result set interface 172 . Utilizing the interface 174 , an addressor entity may chose from a number of pre-defined messages to accompany the subset of the result set, and also specify one or more addressees.
- An addressee and message edit interface 176 may also be accessible from the result set interface 172 and/or the input interface 174 . Utilizing the interface 176 , an addressor user may edit a list of potential addressees, and also edit or author messages presented for selection in the input interface 174 .
- a preview interface 178 may be accessible from the result set interface 172 , and allow an addressor to preview the subset and messages to be communicated to the addressee.
- the preview interface 178 may present the HTML page that includes hypertext descriptors of the data items of the search result subset.
- a subset interface 180 may then be presented to the addressor for review.
- the subset interface 180 may include hypertext descriptors of the data items of the search result subset and may also include a listing of one or more addressees and a message to accompany the result subset (e.g., the default or user-specified message).
- the selected search result may also be saved as a saved subset 182 from either the search result set interface 172 or by performing an appropriate user-selection within the subset interface 180 .
- the search result subset may then be communicated to the addressee as a result subset interface 180 that may be viewable by the addressee (e.g., user).
- the result subset interface 180 may include descriptors for each of the data items of the subset, each descriptor may comprise hypertext. Accordingly, user selection of the hypertext may conveniently cause a retrieval of a full document included in the result subset. Further, each of the descriptors presented within the result subset interface 180 may also be presented in association with a check box to facilitate addressee or user selection from within the subset.
- this addressee may then define a narrowed subset of the search result set, and utilizing interfaces similar to those described above, communicate a narrowed subset back to the original addressor (e.g., a vendor), or to further addressees.
- This narrowed subset of the search results may again be listed within the context of a subset interface 186 and may include a message appropriate to the narrowed subset.
- FIG. 6 illustrates an exemplary block diagram of a process or method for receiving geographical position data in hyperlinked content (e.g., an http transmission).
- Process 600 begins with block 610 where a device, such as a server, receives hyperlinked content from a user.
- the hyperlinked content includes current geographical position data.
- the device extracts the current geographical position data from the hyperlinked content.
- the device selects geographically-based content (e.g., goods/services/material or other listings) based on the current geographical position data.
- the device uses database functions to select content that is linked with geographical zone information.
- the database function searches with the current geographical position or location data and if a match exists, matches the geographically linked content where the current geographical position data falls within the geographical zone.
- the geographically-based content is returned (communicated) to the user.
- the current geographical position data is rendered by triangulation of a cellular telephone using known triangulation methods.
- current geographical position data is rendered by a GPS device.
- the current geographical position data may includes longitude and latitude data and, optionally, altitude data.
- a user pre-selects a price range for geographically-based content.
- the pre-selected price range may be received by the device and used by the database to function as a further content matching criteria, where the geographically linked content is also linked with a price or price range.
- a user may pre-select a geographically-based product/listing and the device may receive the geographical based product/listing in the hyperlinked content.
- a database function may use the geographically-based product/listing identification to search and match a database for the product/listing that is within a range or desired geographical position or zone.
- the device may alert the user when the pre-selected geographically-based product/listing is offered within a pre-selected price range and within a pre-selected zone.
- the alert may be via an email sent to the user.
- a voicemail may be sent by the device, the user may be paged, an Instant Message (1M) may be sent, or the like.
- a user may select a route having at least a beginning and ending position/location.
- the route may be within a geographical zone or area.
- Route way-points may be pre-selected for the route.
- Returned offers may arise from offerers (people, entities offering products/listings) along the route.
- the user may have a location device that renders current geographical position data (e.g., location coordinates).
- the current geographical position data may be received by the device and when the user is within a pre-selected physical range (e.g., 1000 feet, 1 mile, 10 miles, etc.) of the offerer along the route, the device may transmit content including goods and/or services offered.
- users/clients may compete with other users/clients in an auction for the goods and/or services.
- FIG. 7 illustrates a block diagram of an exemplary process or method for returning a list of merchants within a pre-selected range (e.g., a physical range or distance) of a user.
- Process 700 begins with block 710 where one or more goods/services or other listings are selected by a user.
- a location rendering device e.g., provided at a user's client device
- a device e.g., a server
- a database function searches for information on vendors/merchants that is stored and linked with geographical location range data.
- a list of merchants may be returned that have the one or more goods and/or services (e.g., pre-selected goods and/or services) in inventory to the user/client.
- goods and/or services e.g., pre-selected goods and/or services
- the location rendering device may receive geographical data of the current position from triangulation of a cellular telephone by an external device.
- the location rendering device is a GPS.
- the current geographical position data may includes longitude and latitude data and, optionally, altitude data (which may be useful in tall buildings, mountainous areas, canyons, etc.).
- a user may pre-select a price range for at least one product/listing (e.g., a good and/or a service).
- the list of vendors/merchants may be returned to the user/client where the list has the at least one product/listing offered within the pre-selected price range.
- the device may transmit an email alert to the user when the at least one product/listing is offered within the pre-selected price range and within a pre-selected zone. In another embodiment the device transmits a voicemail to the user.
- vendors/merchants may be sent an email alert from the device when the vendors/merchants are within the range of the current geographical position data of the user and offer goods and/or services within the selected price range.
- the merchants can then offer the goods and/or services to the user/client for the originally offered price or a modified price. Therefore, in this embodiment, the vendors/merchants can compete with one another for business.
- a user may selects (e.g., pre-select) a route by selecting at least two way-points (e.g., a beginning location and an ending location).
- the returned list of vendors/merchants may arise from vendors/merchants that are located within a desired range (e.g., 500 feet, 1 mile, 10 miles, etc.) along the route.
- the desired range can be pre-selected either by a user or set on the device by an administrator.
- users may compete with other users in an auction for the at least one product/listing.
- FIG. 8 illustrates a block diagram of an exemplary process or method that returns offers from vendors/merchants (e.g., pre-selected vendors) when a user is within a physical range of the vendors/merchants.
- Process 800 begins with block 810 where a user (e.g., a person or commercial business) pre-selects merchants that have goods/services/materials or other listings to offer so as to receive offers from the selected vendors/merchants.
- the user may transmit hyperlinked content to a device (e.g., a server), where the hyperlinked content includes current geographical position data of the user/client.
- the device may extract the current geographical position data.
- a database function may determine pre-selected vendors/merchants within a range (e.g., a pre-selected) of the current geographical position data.
- the vendors/merchants may be linked with geographical information, such as location (e.g., latitude and longitude and, optionally, altitude coordinates).
- the database function may search the database for vendors/merchants having locations falling in a range or zone (e.g., 500 feet, 1 mile, 10 miles, etc.). It will be appreciate that the range or zone may be a pre-selected zone or range.
- the current geographical position data is rendered by triangulation of a cellular telephone, for example, by an external device.
- the current geographical position data is rendered utilizing a GPS device.
- the current geographical position data may include longitude data, latitude data, and, optionally, altitude data.
- available offers from the pre-selected vendors/merchants are shown on a display when a user is within the (preselected) range, the user's location or position being identified by their current geographical position data.
- the display can be any type of display.
- a quantity of offered products/listings in a merchant's inventory may be shown on a display of the client device or machine.
- the user can determine if the vendor/merchant has enough of a quantity to offer. For example, if the user desires to purchase four specific types of tires and a merchant shows only three of those tires in stock, the user can then look for another merchant that has the desired amount.
- the user may navigate to a merchant's location where the merchant has at least one offered product that the user has selected.
- Any known navigation applications/devices can be used in this embodiment, such as the Magellan® Road Mate 700, Garmin® Quest, iQue® 3600 GPS/PDA, etc.
- a user can transmit a counter-offer to any one or more vendors/merchants offering goods, services, listings or materials.
- the device may send an email alert to the user to inform the user whether the counter-offer is accepted or rejected.
- a voicemail may be sent to the user informing the user whether the counter-offer was accepted or not.
- FIG. 9 illustrates an example route that may be selected (e.g., predetermined) by a user.
- Exemplary route 900 has a start or beginning waypoint 920 and an ending waypoint 910 .
- the path between beginning waypoint 920 and ending waypoint 910 may identify the selected route.
- one or more waypoints can be entered (and, for example, shown on a display). Vendors/merchants considered to be within the range (e.g., a pre-selected range) may lie within the dotted line.
- the dotted line in FIG. 9 may define the perimeter or border of a zone of interest to a specific client device. In the example shown in FIG.
- the vendors/merchants in range are vendor/merchant 930 , vendor/merchant 940 , vendor/merchant 950 and vendor/merchant 963 . It will be appreciated that more or less vendors may be provided within the range. Exemplary vendors/merchants out of the range are vendor/merchant 970 , vendor/merchant 972 , vendor/merchant 973 , and vendor/merchant 974 . In one embodiment merchants that lie out of the range are still shown on the display. In this embodiment the user can decide whether to travel farther or not.
- FIG. 10 shows a diagrammatic representation of machine in the exemplary form of a computer system 500 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 PC, a tablet PC, a set-top box (SIB), a PDA, a cellular (or mobile) 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.
- a server computer a client computer
- PC a PC
- tablet PC a tablet PC
- a PDA personal area network
- cellular (or mobile) telephone a web appliance
- network router switch or bridge
- any machine capable of executing a set of instructions (sequential or otherwise) that specify actions to be taken by that machine.
- 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 500 includes a processor 502 (e.g., a central processing unit (CPU), a graphics processing unit (GPU) or both), a main memory 504 and a static memory 506 , which communicate with each other via a bus 508 .
- the computer system 500 may further include a video display unit 510 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)).
- the computer system 500 also includes an alphanumeric input device 512 (e.g., a keyboard), a cursor control device 514 (e.g., a mouse), a disk drive unit 516 , a signal generation device 518 (e.g., a speaker) and a network interface device 520 .
- the disk drive unit 516 includes a machine-readable medium 522 on which is stored one or more sets of instructions (e.g., software 524 ) embodying any one or more of the methodologies or functions described herein.
- the software 524 may also reside, completely or at least partially, within the main memory 504 and/or within the processor 502 during execution thereof by the computer system 500 , the main memory 504 and the processor 502 also constituting machine-readable media.
- the software 524 may further be transmitted or received over a network 526 via the network interface device 520 .
- receiver 41 , transmitter 42 and location device 43 are coupled to bus 508 .
- machine-readable medium 526 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 causes the machine to perform any one or more of the methodologies of the present invention.
- the machine-readable medium includes any mechanism that provides (i.e., stores and/or transmits) information in a form readable by a machine (e.g., a computer, PDA, cellular telephone, etc.).
- a machine-readable medium includes read-only memory (ROM); random-access memory (RAM); magnetic disk storage media; optical storage media; flash memory devices; biological electrical, mechanical systems; electrical, optical, acoustical or other form of propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.).
- the device or machine-readable medium may include a micro-electromechanical system (MEMS), nanotechnology devices, organic, holographic, solid-state memory device and/or a rotating magnetic or optical disk.
- MEMS micro-electromechanical system
- the device or machine-readable medium may be distributed when partitions of instructions have been separated into different machines, such as across an interconnection of computers or as different virtual machines.
Abstract
A method and a system to correlate location and content. For example, data is received from a client device that includes current geographical position data identifying a geographical position of the client device. A vendor having a geographical location within a specified distance of the geographical position of the client device is identified. An offer from the vendor within the distance of the client device is returned to the client device.
Description
- This application is a continuation of and claims the benefit of priority to U.S. patent application Ser. No. 12/945,579, filed on Nov. 12, 2010, which is a continuation of application Ser. No. 10/982,239, filed Nov. 5, 2004, which are hereby incorporated by reference in their entirety.
- Exemplary embodiments relate generally to the technical field of commerce automation and, in one exemplary embodiment, to methods and systems to correlate client location with geographical based content.
- Currently, networked based commerce is completed by manually selecting the area or region a client or merchant/vendor established as their respective market. In the United States, a zip code can be used to tailor returned content. These types of “zoning” of goods and/or services (products or listings) wanted or offered are very broad and also must be manually entered by a user to establish or identify a market zone. If a user is mobile, the problem may worsen as the user would have to change or modify the market zone or area.
- Embodiments are illustrated by way of example and not by way of limitation in the figures of the accompanying drawings in which like references indicate similar elements. It should be noted that references to “an” embodiment in this disclosure are not necessarily to the same embodiment, and such a reference may mean at least one.
-
FIG. 1 is a block diagram of an exemplary web-based facility in the form of a network-based marketplace (e.g., a network-based auction facility) according to one embodiment of the present invention. -
FIG. 2 is a database diagram illustrating an exemplary database, maintained by and accessed via a database engine server, that at least partially implements and supports a SPAM inhibiting tool in the auction facility according to one embodiment of the present invention. -
FIG. 3 provides exemplary detail of the user table shown inFIG. 2 . -
FIG. 4 is a block diagram illustrating an exemplary environment within which email alerts to sellers/buyers may be made when a seller/buyer is in a predetermined range. -
FIG. 5 is an interface map illustrating a collection of interfaces, according to an exemplary embodiment of the present invention, to facilitate communication of search results between entities. -
FIG. 6 illustrates a block diagram of an exemplary process for receiving geographical position data in hyperlinked content. -
FIG. 7 illustrates a block diagram of an exemplary process for returning a list of merchants/vendors within a pre-selected range of a user. -
FIG. 8 illustrates a block diagram of an exemplary process that may return offers from vendors (e.g., pre-selected merchants or vendors) when a user is in a range (e.g., a geographical range or zone) of the merchants. -
FIG. 9 illustrates an exemplary route that may be selected (e.g., predetermined) by a user. -
FIG. 10 illustrates a diagrammatic representation of machine in the exemplary form of a computer system. - A method and system to correlate location with content are described. In the following description, for purposes of explanation, numerous specific details are set forth in order to provide a thorough understanding of an exemplary embodiment of the present invention. It will be evident, however, to one of skilled in the art that the present invention may be practiced without these specific details.
-
FIG. 1 is a network diagram depicting asystem 10, according to one exemplary embodiment, having a client-server architecture. A commerce platform, in the exemplary form of a network-basedmarketplace 12, provides server-side functionality, via a network 14 (e.g., the Internet) to one ormore client machines FIG. 1 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 database 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 30 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/listings (e.g., goods and/or services) that are made available via themarketplace applications 30. While the marketplace andpayment applications FIG. 1 to both form part of the network-basedmarketplace 12, it will be appreciated that, in alternative embodiments, thepayment applications 32 may form part of a payment service that is separate and distinct from themarketplace 12. - Further, while the
exemplary system 10 shown inFIG. 1 employs a client-server architecture, the present invention is 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, may access the various marketplace andpayment applications web server 26. Similarly, theprogrammatic client 18 may access 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. 1 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. - In one embodiment,
client machine 20 also includes areceiver 41,transmitter 42, alocation device 43 and a display 45. In oneembodiment receiver 41 wirelessly receives data/information andtransmitter 42 transmits data/information wirelessly. In one embodiment,client machine 20 is mobile, such as disposed in a vehicle, a notebook computer, a personal digital assistant (PDA), a cellular telephone, etc.Receiver 41 may be capable of receiving information/data/voice/video content, for example fromnetwork 14.Transmitter 42 may be capable of transmitting information/data/voice/video content to, forexample network 14.Location device 43 may be capable of rendering geographical location information. In one exemplary embodiment,location device 43 is a global positioning system (GPS) and renders latitude, longitude and altitude coordinates. In another exemplary embodiment,location device 43 receives location coordinates form cellular triangulation of cellular towers, for example three cellular towers. The display 45 can be any type of display capable, for example, of displaying graphical/video/images/text. A user interface may also be coupled toclient machine 20. The user interface may be a keyboard, resistive digitizer (e.g., touchscreen), mouse, microphone/speaker(s), etc.Transmitter 42 may transmit location information/data in a hypertext (HTTP) transmission. -
FIG. 2 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 provide listings (e.g., list goods and/or services for sale, auction, hire etc.) a buyer can express interest in or indicate a desire to purchase such listings or 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 may support fixed-price listing formats (e.g., the traditional classified advertisement-type listing or a catalogue listing) and buyout-type listings. For example, 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 may 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 may 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 may 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 may 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 of marketplaces that are customized for specific geographic regions, or specific demographics. 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 may enable key word searches of listings published via themarketplace 12. A browse application may allow 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 which users may utilize to upload images for inclusion within listings. Animaging application 58 may also operate 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 may allow sellers conveniently to author listings pertaining to goods or services that they wish to transact via themarketplace 12, andlisting management applications 62 may allow sellers to manage such listings. For example, 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 may 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 may 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 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 maybe escalated to a third party mediator or arbitrator. - A number of
fraud prevention applications 68 may implement various fraud detection and prevention mechanisms to reduce the occurrence of fraud within themarketplace 12. -
Messaging applications 70 may be 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 may support various merchandising functions that are made available to sellers to enable sellers to increase sales via themarketplace 12. The merchandising applications 80 also provide the various merchandising features that may be invoked by sellers, and may monitor and track the success of merchandising strategies employed by sellers. - 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. - Location based application(s) 75 may support various geographical correlation functions including extracting geographical coordinates (such as latitude, longitude and altitude) from a hypertext (HTTP) transmission from a client, associating geographical coordinate proximity ranges for content (such as product/offer listings, service listings, etc.), database searching and matching functions (such as database lookup comparison functions for comparing client extracted geographical coordinates with product/offer/service listings to return geographical correlated content), vendor/offerer based functions to store client predetermined requests for offers from predetermined vendors/offerers when in a geographical proximity to the predetermined vendors/offerers, comparison/lookup functions to compare/lookup geographical correlated content for a predetermined price range, and client geographical correlation functions to compare/lookup databases for content associated with a client's geographical route for returning content associated with vendors/offerers located along the client's route.
- In one embodiment a user may pre-select a price range, and a location application may match offers of goods or services (or other listings) within a pre-selected geographical range or zone that is also within the pre-selected price range. The matched offers may then be returned to the user/client.
- In another embodiment a location application may alert a user/client by sending an email alerting the user/client that an offer is within the pre-selected geographical zone and within a pre-selected price range. In this embodiment, a user/client can wait until the criteria ranges are met. In another embodiment, offerers are alerted with an email that a user/client desires a good or service within a pre-selected zone and price range. This allows the offerer to adjust price or make a delivery to the pre-selected geographical zone.
- In one embodiment a user may pre-select a route having at least a beginning and ending waypoint. In this embodiment offers from merchants along the route, and within a pre-selected geographical range of the route, may be returned to the user/client. In one embodiment the user/client may be navigated to a merchant's location through alerts on a display (e.g., turn arrows, spelling out of turn directions, voice instructions, etc.). Any known navigation applications/devices can be used in this embodiment, such as the Magellan
® Road Mate 700, Garmin® Quest, iQue® 3600 GPS/PDA, notebook computer with navigation software and a GPS device, etc. - In another embodiment different users/clients compete in auctions of offers for the goods and services (or other listings).
-
FIG. 3 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, a buyer may be a user that has accumulated value (e.g., commercial or proprietary currency), and that 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, for example, an items table 94 in which is maintained item records for goods and services that are available to be, or have been, transacted via the
marketplace 12. In one embodiment, the items table includes geographical associated items. For example, the items may be tagged with the buyer/seller geographical location and/or geographical acceptance range. 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 may contain 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 may be 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 may 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 may be utilized by one ormore reputation applications 50, in one exemplary embodiment, to construct and maintain reputation information concerning users. A history table 104 may maintain a history of transactions to which a user has been a party. One or more attributes tables 106 may 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. - In another embodiment user a currency table 108 may include geographical based currency and currency conversion (to compare home-based currency with mobile-based currency if out of the home country). In this embodiment, when a user leaves their respective home country, if the new country has a different currency a conversion of the home-based currency to the new country currency may be made and returned to the user to ease transactions.
-
FIG. 4 illustrates a specific exemplary environment within which email alerts to sellers/buyers may be made when a seller/buyer is in a predetermined range or zone. In one exemplary embodiment, an automatic telephone recording is sent to the buyer/seller instead of an email alert. The alerts may allow a buyer/seller to be aware that a respective seller/buyer is within a range (e.g., a predetermined range or zone) of one another and allows the buyer/seller to inform the respective seller/buyer of particular items/services wanted or offered. -
System 10 may provide an automated “watching” service to users, whereby an automated search is periodically conducted to locate offered/wanted items, as identified utilizing specified search criteria. In addition to providing this automated “watching” service to a broad user base, the service may also be employed by companies and regulatory authorities to monitor network-based auction facilities for irregular and illegal items. Such items may include, for example, copyright-infringing articles, unauthorized imitation products, and unauthorized utilization of trademarks. Further, regulatory authorities may utilize the automated “watching” service to detect the attempted sale of illegal items such as drugs, firearms, etc. - When a user of the “watching” service receives an automated notification (e.g., email, telephone message, page, etc.) of the existence of certain items that are offered or wanted within
system 10, the user (e.g., a corporation or a regulatory authority) may wish to request that administrators ofsystem 10 remove certain items fromsystem 10. To this end, problematic items must be reported to administrators ofsystem 10, who then perform an independent review of the relevant item, and remove the items as appropriate. The administrators are then may then be required to report to the relevant monitoring user regarding whether or not the items have been removed. - It will be appreciated that where a large number of potentially problematic items are located by an automated watching service and communicated to a monitoring user (e.g., a company seeking to protect copyrights or trademarks), the identification of problematic items, and the communication of such identified items to the administrators of
system 10 may be cumbersome and/or inconvenient. In one embodiment, a monitoring user may be required to provide, verbally or by e-mail, item identifiers (e.g., item numbers) for each of the relevant items. This may require the monitoring user to perform a cut and paste of selected item numbers that are then communicated in an e-mail to an administrator. The administrator may then typically be required manually to input a relevant item number into an appropriate interface in order to retrieve the full details regarding an item. Where a large number of items are identified by a monitoring user as being potentially problematic, this back and forth process may be particularly time consuming and/or cumbersome. - In
FIG. 4 search server 420 of thesystem 10 is shown, by way of example, to perform a number of automated search functions 140 to provide the above-discussed automated “watching” services and to generate a result set of items according to a specified search criteria. The result set may be communicated from thesearch server 420 to a page server 412 that generates a markup language document (e.g., an HTML page), for example, by populating a template with the result set to thereby generate a search result setpage 142. The search result setpage 142 may, for example, be an HTML document, or may be a text-based e-mail message that includes a network location identifier (e.g., URL) that identifies an HTML document embodying the search results. InFIG. 4 , the search result setpage 142 is shown to be communicated to an HTML-enabled e-mail client orbrowser 144 that executes in aclient machine 432. [should this not readadmin client machine 150? Alternatively, a line betweenblock 432 and “432”] - The search result set
page 142 may include number of check boxes adjacent to each of the data items identifying the search result set. By checking the check boxes, the user is able to identify a subset of the search result set and to communicate the selected subset back to the page server 412 by selection of “submit” button presented within the search result setpage 142. For example, the subset may be communicated as an e-mail message or an HTTP PUT request, or utilizing any other transfer protocol or communication. The page server 412 may execute a CGI script, or an ISAPI script, 146 that receives the communication of the subset of the search results, parses the communication to locate item identifiers (e.g., numeric or otherwise) embodied within the communication and communicates these identifiers to apage creation function 141. Thepage creation function 141 may then compose a new markup language document embodying the subset of the search result set. - The markup language document embodying the subset of search results may, for example, be communicated to a further user in one of two ways. In one embodiment, the
page creation function 141 may communicate a URL identifying the created page to anyemail server 21, which may compose a text-based email message that is then communicated from theemail server 21 to aclient machine 432 of a targeted user. In this case, utilizing the URL embedded in the email message, the user of theclient machine 432 may access the created markup language document utilizing a browser application. - In an alternative embodiment, the
page creation function 141 may communicate a markup language document to theemail server 21, which may embed the markup language document in an email message. The email message may then be communicated to an HTML-enabledclient 144 executing on theclient machine 432, which the user of theclient machine 432 may utilize to view the markup language document. An example of this markup language document is indicated inFIG. 4 as being the selectedsubset page 148. - In
FIG. 4 ,client machines 432 are shown to reside outside the context of a web site. Accordingly this embodiment describes an application which allows a first user of a client machine 432 (e.g., client machine (A)) to communicate a subset of search results to a user of a further client machine 432 (e.g., client machine (B)), both of which reside outside a web site or commerce facility. - An alternative application may allow the user of a
client machine 432 to communicate the select subset search results of the search results to an administrator of a commerce facility (or web site) that utilizes anadministrator client machine 150. In this case, an email (e.g., a text-based or HTML-based email message) is sent to theadministrative client machine 150 conveniently to communicate the items that are considered by the user ofclient machine 432 to be potentially problematic to the administrator. Further, as thesubset page 148 is a markup language page document providing a listing of the items as hypertext, the administrator may also conveniently be able to select appropriate hypertext to invoke a full description of the relevant item, and in this way spared the effort of manually inserting identifiers for items that have been identified by a monitoring user. -
FIG. 5 is aninterface map 160, according to an exemplary embodiment, illustrating a collection of interfaces that may be presented to entities (e.g., users or administrators) to facilitate the communication of search results between such entities. The interfaces are furthermore categorized, for example, as comprising search interfaces 162, result setinterfaces 164 and result subset interfaces 166. - A first user may be presented with manual search
input page interface 168 that facilitates the input and specification of search criteria. The input intointerface 168 may, in one embodiment, be stored as anautomated search 170. - Regardless of whether a search is conducted as a result of a specific (e.g., unique) search request inputted into
interface 168, or asautomated search 170, a search result set may be presented in a result setinterface 172. In one embodiment, the result setinterface 172 comprises a markup language document in the form of an HTML page that lists a descriptor for each of the search results. Each descriptor may comprise hypertext linked to a document. - Each descriptor may furthermore be displayed adjacent a check box, which is user-selectable to mark a data item to be included within a subset of the search results to be communicated to a further entity. The
interface 172 may further present a “submit” or “send” button that is user-selectable to communicate the select subset, together with a default message, to a default addressee. - An addressee and message
selection input interface 174 may also be accessible from the result setinterface 172. Utilizing theinterface 174, an addressor entity may chose from a number of pre-defined messages to accompany the subset of the result set, and also specify one or more addressees. - An addressee and
message edit interface 176 may also be accessible from the result setinterface 172 and/or theinput interface 174. Utilizing theinterface 176, an addressor user may edit a list of potential addressees, and also edit or author messages presented for selection in theinput interface 174. - A
preview interface 178 may be accessible from the result setinterface 172, and allow an addressor to preview the subset and messages to be communicated to the addressee. For example, thepreview interface 178 may present the HTML page that includes hypertext descriptors of the data items of the search result subset. - A
subset interface 180 may then be presented to the addressor for review. Thesubset interface 180 may include hypertext descriptors of the data items of the search result subset and may also include a listing of one or more addressees and a message to accompany the result subset (e.g., the default or user-specified message). - The selected search result may also be saved as a saved
subset 182 from either the search result setinterface 172 or by performing an appropriate user-selection within thesubset interface 180. - The search result subset, as described within the exemplary context of an HTML document, may then be communicated to the addressee as a
result subset interface 180 that may be viewable by the addressee (e.g., user). Theresult subset interface 180, as described by way of example above, may include descriptors for each of the data items of the subset, each descriptor may comprise hypertext. Accordingly, user selection of the hypertext may conveniently cause a retrieval of a full document included in the result subset. Further, each of the descriptors presented within theresult subset interface 180 may also be presented in association with a check box to facilitate addressee or user selection from within the subset. Utilizing the check boxes, this addressee may then define a narrowed subset of the search result set, and utilizing interfaces similar to those described above, communicate a narrowed subset back to the original addressor (e.g., a vendor), or to further addressees. This narrowed subset of the search results may again be listed within the context of asubset interface 186 and may include a message appropriate to the narrowed subset. -
FIG. 6 illustrates an exemplary block diagram of a process or method for receiving geographical position data in hyperlinked content (e.g., an http transmission).Process 600 begins withblock 610 where a device, such as a server, receives hyperlinked content from a user. The hyperlinked content includes current geographical position data. Inblock 620, the device extracts the current geographical position data from the hyperlinked content. Inblock 630, the device selects geographically-based content (e.g., goods/services/material or other listings) based on the current geographical position data. In one embodiment, the device uses database functions to select content that is linked with geographical zone information. The database function searches with the current geographical position or location data and if a match exists, matches the geographically linked content where the current geographical position data falls within the geographical zone. Inblock 640 the geographically-based content is returned (communicated) to the user. - In one embodiment, the current geographical position data is rendered by triangulation of a cellular telephone using known triangulation methods. In another embodiment, current geographical position data is rendered by a GPS device. The current geographical position data may includes longitude and latitude data and, optionally, altitude data.
- In one embodiment, in block 610 a user pre-selects a price range for geographically-based content. The pre-selected price range may be received by the device and used by the database to function as a further content matching criteria, where the geographically linked content is also linked with a price or price range.
- In one embodiment, a user may pre-select a geographically-based product/listing and the device may receive the geographical based product/listing in the hyperlinked content. A database function may use the geographically-based product/listing identification to search and match a database for the product/listing that is within a range or desired geographical position or zone. In one embodiment, the device may alert the user when the pre-selected geographically-based product/listing is offered within a pre-selected price range and within a pre-selected zone. In one embodiment, the alert may be via an email sent to the user. In another embodiment, a voicemail may be sent by the device, the user may be paged, an Instant Message (1M) may be sent, or the like.
- In one embodiment, in process 600 a user may select a route having at least a beginning and ending position/location. The route may be within a geographical zone or area. Route way-points may be pre-selected for the route. Returned offers may arise from offerers (people, entities offering products/listings) along the route. In this embodiment, the user may have a location device that renders current geographical position data (e.g., location coordinates). The current geographical position data may be received by the device and when the user is within a pre-selected physical range (e.g., 1000 feet, 1 mile, 10 miles, etc.) of the offerer along the route, the device may transmit content including goods and/or services offered. In one embodiment users/clients may compete with other users/clients in an auction for the goods and/or services.
-
FIG. 7 illustrates a block diagram of an exemplary process or method for returning a list of merchants within a pre-selected range (e.g., a physical range or distance) of a user.Process 700 begins withblock 710 where one or more goods/services or other listings are selected by a user. In block 720 a location rendering device (e.g., provided at a user's client device) may render current geographical position data. In block 730 a device (e.g., a server) may receive hyperlinked content transmitted from the user/client that includes the current geographical position data. In block 740 a database function searches for information on vendors/merchants that is stored and linked with geographical location range data. When the database function matches one or more vendors/merchants in the pre-selected range of the user/client, as shown atblock 750, a list of merchants may be returned that have the one or more goods and/or services (e.g., pre-selected goods and/or services) in inventory to the user/client. - In one embodiment, the location rendering device may receive geographical data of the current position from triangulation of a cellular telephone by an external device. In another embodiment, the location rendering device is a GPS. The current geographical position data may includes longitude and latitude data and, optionally, altitude data (which may be useful in tall buildings, mountainous areas, canyons, etc.).
- In another embodiment, a user may pre-select a price range for at least one product/listing (e.g., a good and/or a service). In this embodiment the list of vendors/merchants may be returned to the user/client where the list has the at least one product/listing offered within the pre-selected price range.
- In one embodiment, the device may transmit an email alert to the user when the at least one product/listing is offered within the pre-selected price range and within a pre-selected zone. In another embodiment the device transmits a voicemail to the user.
- In one embodiment vendors/merchants may be sent an email alert from the device when the vendors/merchants are within the range of the current geographical position data of the user and offer goods and/or services within the selected price range. In one embodiment, the merchants can then offer the goods and/or services to the user/client for the originally offered price or a modified price. Therefore, in this embodiment, the vendors/merchants can compete with one another for business.
- In one embodiment a user may selects (e.g., pre-select) a route by selecting at least two way-points (e.g., a beginning location and an ending location). In this embodiment the returned list of vendors/merchants may arise from vendors/merchants that are located within a desired range (e.g., 500 feet, 1 mile, 10 miles, etc.) along the route. The desired range can be pre-selected either by a user or set on the device by an administrator. In one embodiment users may compete with other users in an auction for the at least one product/listing.
-
FIG. 8 illustrates a block diagram of an exemplary process or method that returns offers from vendors/merchants (e.g., pre-selected vendors) when a user is within a physical range of the vendors/merchants.Process 800 begins withblock 810 where a user (e.g., a person or commercial business) pre-selects merchants that have goods/services/materials or other listings to offer so as to receive offers from the selected vendors/merchants. Inblock 820 the user may transmit hyperlinked content to a device (e.g., a server), where the hyperlinked content includes current geographical position data of the user/client. Inblock 830 the device may extract the current geographical position data. In block 840 a database function may determine pre-selected vendors/merchants within a range (e.g., a pre-selected) of the current geographical position data. The vendors/merchants may be linked with geographical information, such as location (e.g., latitude and longitude and, optionally, altitude coordinates). The database function may search the database for vendors/merchants having locations falling in a range or zone (e.g., 500 feet, 1 mile, 10 miles, etc.). It will be appreciate that the range or zone may be a pre-selected zone or range. - In
block 850 available offers from the vendors/merchants in the range of the current geographical position data may be communicated or returned to the user/client. In one embodiment, the current geographical position data is rendered by triangulation of a cellular telephone, for example, by an external device. In another embodiment the current geographical position data is rendered utilizing a GPS device. The current geographical position data may include longitude data, latitude data, and, optionally, altitude data. - In one embodiment available offers from the pre-selected vendors/merchants are shown on a display when a user is within the (preselected) range, the user's location or position being identified by their current geographical position data. The display can be any type of display. In one embodiment a quantity of offered products/listings in a merchant's inventory may be shown on a display of the client device or machine. In this embodiment, the user can determine if the vendor/merchant has enough of a quantity to offer. For example, if the user desires to purchase four specific types of tires and a merchant shows only three of those tires in stock, the user can then look for another merchant that has the desired amount.
- In one embodiment, the user may navigate to a merchant's location where the merchant has at least one offered product that the user has selected. Any known navigation applications/devices can be used in this embodiment, such as the Magellan
® Road Mate 700, Garmin® Quest, iQue® 3600 GPS/PDA, etc. - In one embodiment, a user can transmit a counter-offer to any one or more vendors/merchants offering goods, services, listings or materials. In this embodiment the device may send an email alert to the user to inform the user whether the counter-offer is accepted or rejected. In addition or instead, a voicemail may be sent to the user informing the user whether the counter-offer was accepted or not.
-
FIG. 9 illustrates an example route that may be selected (e.g., predetermined) by a user.Exemplary route 900 has a start orbeginning waypoint 920 and an endingwaypoint 910. The path betweenbeginning waypoint 920 and endingwaypoint 910 may identify the selected route. It should be noted that one or more waypoints can be entered (and, for example, shown on a display). Vendors/merchants considered to be within the range (e.g., a pre-selected range) may lie within the dotted line. Thus the dotted line inFIG. 9 may define the perimeter or border of a zone of interest to a specific client device. In the example shown inFIG. 9 , the vendors/merchants in range are vendor/merchant 930, vendor/merchant 940, vendor/merchant 950 and vendor/merchant 963. It will be appreciated that more or less vendors may be provided within the range. Exemplary vendors/merchants out of the range are vendor/merchant 970, vendor/merchant 972, vendor/merchant 973, and vendor/merchant 974. In one embodiment merchants that lie out of the range are still shown on the display. In this embodiment the user can decide whether to travel farther or not. -
FIG. 10 shows a diagrammatic representation of machine in the exemplary form of acomputer system 500 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 various 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 PC, a tablet PC, a set-top box (SIB), a PDA, a cellular (or mobile) 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 500 includes a processor 502 (e.g., a central processing unit (CPU), a graphics processing unit (GPU) or both), amain memory 504 and astatic memory 506, which communicate with each other via abus 508. Thecomputer system 500 may further include a video display unit 510 (e.g., a liquid crystal display (LCD) or a cathode ray tube (CRT)). Thecomputer system 500 also includes an alphanumeric input device 512 (e.g., a keyboard), a cursor control device 514 (e.g., a mouse), adisk drive unit 516, a signal generation device 518 (e.g., a speaker) and anetwork interface device 520. - The
disk drive unit 516 includes a machine-readable medium 522 on which is stored one or more sets of instructions (e.g., software 524) embodying any one or more of the methodologies or functions described herein. Thesoftware 524 may also reside, completely or at least partially, within themain memory 504 and/or within theprocessor 502 during execution thereof by thecomputer system 500, themain memory 504 and theprocessor 502 also constituting machine-readable media. - The
software 524 may further be transmitted or received over a network 526 via thenetwork interface device 520. In one embodiment,receiver 41,transmitter 42 and location device 43 (seeFIG. 1 ) are coupled tobus 508. - While the machine-readable medium 526 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 causes the machine to perform any one or more of the methodologies of the present invention. The machine-readable medium includes any mechanism that provides (i.e., stores and/or transmits) information in a form readable by a machine (e.g., a computer, PDA, cellular telephone, etc.). For example, a machine-readable medium includes read-only memory (ROM); random-access memory (RAM); magnetic disk storage media; optical storage media; flash memory devices; biological electrical, mechanical systems; electrical, optical, acoustical or other form of propagated signals (e.g., carrier waves, infrared signals, digital signals, etc.). The device or machine-readable medium may include a micro-electromechanical system (MEMS), nanotechnology devices, organic, holographic, solid-state memory device and/or a rotating magnetic or optical disk. The device or machine-readable medium may be distributed when partitions of instructions have been separated into different machines, such as across an interconnection of computers or as different virtual machines.
- Thus, a method and system to have been described. While certain exemplary embodiments have been described and shown in the accompanying drawings, it is to be understood that such embodiments are merely illustrative of and not restrictive on the broad invention, and that this invention not be limited to the specific constructions and arrangements shown and described, since various other modifications may occur to those ordinarily skilled in the art. Accordingly, the specification and drawings are to be regarded in an illustrative rather than a restrictive sense.
Claims (20)
1. A method comprising:
receiving, at a server, data transmitted by a client device, the data including location data identifying the geographical location of the client device;
identifying, on the server, a vendor based at least in part on the vendor having a pre-defined geographical relationship with respect to the geographical location of the client device;
receiving, on the server, output from an automated watching service operating separately from the server; and
returning, to the client device, a promotional offer available from the vendor, wherein the promotional offer is selected at least in part based on the output received from the watching service.
2. The method of claim 1 , wherein the identifying the vendor having a pre-defined geographic relationship with respect to the geographical location of the client device includes identifying the vendor as being within a pre-defined range of the geographical location of the client device.
3. The method of claim 1 , wherein the identifying the vendor having a pre-defined geographic relationship with respect to the geographical location of the client device includes identifying the geographical position of the client device as being within a geographical zone associated with the vendor.
4. The method of claim 1 , wherein the receiving the output from the automated watching service includes receiving wanted item data associated with a user of the client device.
5. The method of claim 4 , wherein the identifying the vendor includes matching items offered by the vendor to items identified within the wanted item data.
6. The method of claim 1 , wherein the returning the promotional offer includes sending directions to locate the vendor based on the location data identifying the geographical location of the client device.
7. The method of claim 1 , wherein identifying the vendor includes identifying a plurality of vendors.
8. The method of claim 7 , further comprising:
transmitting, from the server, a notification to the plurality of vendors, the notification including information associated with the client device; and
receiving, on the server, a plurality of offers where each offer of the plurality of offers is from one of the plurality of vendors, the plurality of offers each selected based at least in part on the information associated with the client device.
9. The method of claim 8 , further comprising selecting the promotional offer from the plurality of offers based at least in part on output from the automated watching service.
10. A computer-readable medium comprising instructions that, when executed on a computing system server, cause the server to perform operations comprising:
receive data transmitted by a client device, the data including location data identifying the geographical location of the client device;
identify a vendor based at least in part on the vendor having a pre-defined geographical relationship with respect to the geographical location of the client device;
receive output from an automated watching service operating separately from the server; and
return, to the client device, a promotional offer available from the vendor, wherein the promotional offer is selected at least in part based on the output received from the watching service.
11. The computer-readable medium of claim 10 , wherein the instructions which cause the server to identify the vendor having a pre-defined geographic relationship with respect to the geographical location of the client device include instructions to identify the vendor as being within a pre-defined range of the geographical location of the client device.
12. The computer-readable medium of claim 10 , wherein the instructions which cause the server to identify the vendor having a pre-defined geographic relationship with respect to the geographical location of the client device include instructions to identify the geographical position of the client device as being within a geographical zone associated with the vendor.
13. The computer-readable medium of claim 10 , wherein the instructions which cause the server to receive the output from the automated watching service include instructions to receive wanted item data associated with a user of the client device.
14. The computer-readable medium of claim 13 , wherein the instructions which cause the server to identify the vendor include instructions to match items offered by the vendor to items identified within the wanted item data.
15. The computer-readable medium of claim 10 , wherein the instructions which cause the server to return the promotional offer include instructions to send directions to locate the vendor based on the location data identifying the geographical location of the client device.
16. The computer-readable medium of claim 10 , wherein the instructions which cause the server to identify the vendor include instructions to identify a plurality of vendors.
17. The computer-readable medium of claim 16 , further comprising instructions to cause the server to perform operations comprising:
transmit a notification to the plurality of vendors, the notification including information associated with the client device; and
receive a plurality of offers where each offer of the plurality of offers is from one of the plurality of vendors, the plurality of offers each selected based at least in part on the information associated with the client device.
18. The computer-readable medium of claim 17 , further comprising instructions to select the promotional offer from the plurality of offers based at least in part on output from the automated watching service.
19. A system comprising:
means for receiving data transmitted by a client device, the data including location data identifying the geographical location of the client device;
means for identifying a vendor based at least in part on the vendor having a pre-defined geographical relationship with respect to the geographical location of the client device;
means for receiving output from an automated watching service operating separately from the server; and
means for returning a promotional offer available from the vendor, wherein the promotional offer is selected at least in part based on the output received from the watching service.
20. The system of claim 19 , further comprising:
means for transmiting a notification to the plurality of vendors, the notification including information associated with the client device; and
means for receiving a plurality of offers where each offer of the plurality of offers is from one of the plurality of vendors, the plurality of offers each selected based at least in part on the information associated with the client device.
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/507,071 US20150025974A1 (en) | 2004-11-05 | 2014-10-06 | System and method for location based content correlation |
Applications Claiming Priority (3)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US10/982,239 US7890376B2 (en) | 2004-11-05 | 2004-11-05 | System and method for location based content correlation |
US12/945,579 US8856038B2 (en) | 2004-11-05 | 2010-11-12 | System and method for location based content correlation |
US14/507,071 US20150025974A1 (en) | 2004-11-05 | 2014-10-06 | System and method for location based content correlation |
Related Parent Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US12/945,579 Continuation US8856038B2 (en) | 2004-11-05 | 2010-11-12 | System and method for location based content correlation |
Publications (1)
Publication Number | Publication Date |
---|---|
US20150025974A1 true US20150025974A1 (en) | 2015-01-22 |
Family
ID=36316973
Family Applications (4)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/982,239 Active 2026-10-04 US7890376B2 (en) | 2004-11-05 | 2004-11-05 | System and method for location based content correlation |
US12/945,579 Active 2024-12-28 US8856038B2 (en) | 2004-11-05 | 2010-11-12 | System and method for location based content correlation |
US14/506,968 Abandoned US20150025973A1 (en) | 2004-11-05 | 2014-10-06 | System and method for location based content correlation |
US14/507,071 Abandoned US20150025974A1 (en) | 2004-11-05 | 2014-10-06 | System and method for location based content correlation |
Family Applications Before (3)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US10/982,239 Active 2026-10-04 US7890376B2 (en) | 2004-11-05 | 2004-11-05 | System and method for location based content correlation |
US12/945,579 Active 2024-12-28 US8856038B2 (en) | 2004-11-05 | 2010-11-12 | System and method for location based content correlation |
US14/506,968 Abandoned US20150025973A1 (en) | 2004-11-05 | 2014-10-06 | System and method for location based content correlation |
Country Status (1)
Country | Link |
---|---|
US (4) | US7890376B2 (en) |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11113686B1 (en) * | 2012-04-25 | 2021-09-07 | Wells Fargo Bank, N.A. | System and method for a mobile wallet |
Families Citing this family (100)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US10430798B2 (en) | 2002-10-23 | 2019-10-01 | Matthew Volpi | System and method of a media delivery services platform for targeting consumers in real time |
US8783561B2 (en) | 2006-07-14 | 2014-07-22 | Modiv Media, Inc. | System and method for administering a loyalty program and processing payments |
US8626130B2 (en) * | 2005-08-23 | 2014-01-07 | Modiv Media, Inc. | System and method for user controlled log-in; interacting and log-out |
US11257094B2 (en) | 2002-10-23 | 2022-02-22 | Catalina Marketing Corporation | System and method of a media delivery services platform for targeting consumers in real time |
US9811836B2 (en) | 2002-10-23 | 2017-11-07 | Modiv Media, Inc | System and method of a media delivery services platform for targeting consumers in real time |
US10657561B1 (en) | 2008-08-20 | 2020-05-19 | Modiv Media, Inc. | Zone tracking system and method |
US20060059511A1 (en) * | 2004-09-14 | 2006-03-16 | Activemaps, Inc. | System and method for media content distribution |
US7890376B2 (en) * | 2004-11-05 | 2011-02-15 | Ebay Inc. | System and method for location based content correlation |
US8635014B2 (en) * | 2005-03-22 | 2014-01-21 | The Invention Science Fund I, Llc | Map-based guide system and method |
US9702713B2 (en) | 2005-01-31 | 2017-07-11 | Searete Llc | Map-based guide system and method |
US9188454B2 (en) * | 2005-03-22 | 2015-11-17 | Invention Science Fund I, Llc | Map-based guide system and method |
US20090102712A1 (en) * | 2005-04-26 | 2009-04-23 | Guy Heffez | Method and system for monitoring electronic purchases and cash-withdrawals |
US20070055439A1 (en) * | 2005-04-27 | 2007-03-08 | Dennis Denker | Methods and systems for selectively providing a networked service |
US20140379390A1 (en) | 2013-06-20 | 2014-12-25 | Live Nation Entertainment, Inc. | Location-based presentations of ticket opportunities |
US9762685B2 (en) | 2005-04-27 | 2017-09-12 | Live Nation Entertainment, Inc. | Location-based task execution for enhanced data access |
US8295851B2 (en) * | 2005-08-03 | 2012-10-23 | Michael Edward Finnegan | Realtime, interactive and geographically defined computerized personal matching systems and methods |
US8880047B2 (en) | 2005-08-03 | 2014-11-04 | Jeffrey C. Konicek | Realtime, location-based cell phone enhancements, uses, and applications |
US10592930B2 (en) | 2005-09-14 | 2020-03-17 | Millenial Media, LLC | Syndication of a behavioral profile using a monetization platform |
US7702318B2 (en) | 2005-09-14 | 2010-04-20 | Jumptap, Inc. | Presentation of sponsored content based on mobile transaction event |
US8503995B2 (en) | 2005-09-14 | 2013-08-06 | Jumptap, Inc. | Mobile dynamic advertisement creation and placement |
US20070061198A1 (en) * | 2005-09-14 | 2007-03-15 | Jorey Ramer | Mobile pay-per-call campaign creation |
US8103545B2 (en) | 2005-09-14 | 2012-01-24 | Jumptap, Inc. | Managing payment for sponsored content presented to mobile communication facilities |
US8688671B2 (en) | 2005-09-14 | 2014-04-01 | Millennial Media | Managing sponsored content based on geographic region |
US8195133B2 (en) | 2005-09-14 | 2012-06-05 | Jumptap, Inc. | Mobile dynamic advertisement creation and placement |
US7752209B2 (en) | 2005-09-14 | 2010-07-06 | Jumptap, Inc. | Presenting sponsored content on a mobile communication facility |
US8156128B2 (en) | 2005-09-14 | 2012-04-10 | Jumptap, Inc. | Contextual mobile content placement on a mobile communication facility |
US7660581B2 (en) | 2005-09-14 | 2010-02-09 | Jumptap, Inc. | Managing sponsored content based on usage history |
US9076175B2 (en) | 2005-09-14 | 2015-07-07 | Millennial Media, Inc. | Mobile comparison shopping |
US8615719B2 (en) | 2005-09-14 | 2013-12-24 | Jumptap, Inc. | Managing sponsored content for delivery to mobile communication facilities |
US8515401B2 (en) | 2005-09-14 | 2013-08-20 | Jumptap, Inc. | System for targeting advertising content to a plurality of mobile communication facilities |
US8238888B2 (en) | 2006-09-13 | 2012-08-07 | Jumptap, Inc. | Methods and systems for mobile coupon placement |
US7769764B2 (en) | 2005-09-14 | 2010-08-03 | Jumptap, Inc. | Mobile advertisement syndication |
US8832100B2 (en) * | 2005-09-14 | 2014-09-09 | Millennial Media, Inc. | User transaction history influenced search results |
US7676394B2 (en) | 2005-09-14 | 2010-03-09 | Jumptap, Inc. | Dynamic bidding and expected value |
US8229914B2 (en) | 2005-09-14 | 2012-07-24 | Jumptap, Inc. | Mobile content spidering and compatibility determination |
US7860871B2 (en) * | 2005-09-14 | 2010-12-28 | Jumptap, Inc. | User history influenced search results |
US9058406B2 (en) | 2005-09-14 | 2015-06-16 | Millennial Media, Inc. | Management of multiple advertising inventories using a monetization platform |
US10911894B2 (en) | 2005-09-14 | 2021-02-02 | Verizon Media Inc. | Use of dynamic content generation parameters based on previous performance of those parameters |
US8364521B2 (en) | 2005-09-14 | 2013-01-29 | Jumptap, Inc. | Rendering targeted advertisement on mobile communication facilities |
US8290810B2 (en) | 2005-09-14 | 2012-10-16 | Jumptap, Inc. | Realtime surveying within mobile sponsored content |
US10038756B2 (en) | 2005-09-14 | 2018-07-31 | Millenial Media LLC | Managing sponsored content based on device characteristics |
US20110313853A1 (en) | 2005-09-14 | 2011-12-22 | Jorey Ramer | System for targeting advertising content to a plurality of mobile communication facilities |
US8660891B2 (en) | 2005-11-01 | 2014-02-25 | Millennial Media | Interactive mobile advertisement banners |
US8027879B2 (en) | 2005-11-05 | 2011-09-27 | Jumptap, Inc. | Exclusivity bidding for mobile sponsored content |
US9471925B2 (en) | 2005-09-14 | 2016-10-18 | Millennial Media Llc | Increasing mobile interactivity |
US8819659B2 (en) | 2005-09-14 | 2014-08-26 | Millennial Media, Inc. | Mobile search service instant activation |
US7577665B2 (en) | 2005-09-14 | 2009-08-18 | Jumptap, Inc. | User characteristic influenced search results |
US9703892B2 (en) | 2005-09-14 | 2017-07-11 | Millennial Media Llc | Predictive text completion for a mobile communication facility |
US7912458B2 (en) | 2005-09-14 | 2011-03-22 | Jumptap, Inc. | Interaction analysis and prioritization of mobile content |
US8131271B2 (en) | 2005-11-05 | 2012-03-06 | Jumptap, Inc. | Categorization of a mobile user profile based on browse behavior |
US8805339B2 (en) | 2005-09-14 | 2014-08-12 | Millennial Media, Inc. | Categorization of a mobile user profile based on browse and viewing behavior |
US8302030B2 (en) | 2005-09-14 | 2012-10-30 | Jumptap, Inc. | Management of multiple advertising inventories using a monetization platform |
US8364540B2 (en) | 2005-09-14 | 2013-01-29 | Jumptap, Inc. | Contextual targeting of content using a monetization platform |
US8209344B2 (en) | 2005-09-14 | 2012-06-26 | Jumptap, Inc. | Embedding sponsored content in mobile applications |
US8812526B2 (en) | 2005-09-14 | 2014-08-19 | Millennial Media, Inc. | Mobile content cross-inventory yield optimization |
US8666376B2 (en) | 2005-09-14 | 2014-03-04 | Millennial Media | Location based mobile shopping affinity program |
US8311888B2 (en) | 2005-09-14 | 2012-11-13 | Jumptap, Inc. | Revenue models associated with syndication of a behavioral profile using a monetization platform |
US9201979B2 (en) | 2005-09-14 | 2015-12-01 | Millennial Media, Inc. | Syndication of a behavioral profile associated with an availability condition using a monetization platform |
US8989718B2 (en) | 2005-09-14 | 2015-03-24 | Millennial Media, Inc. | Idle screen advertising |
US8175585B2 (en) | 2005-11-05 | 2012-05-08 | Jumptap, Inc. | System for targeting advertising content to a plurality of mobile communication facilities |
US8914360B1 (en) * | 2006-09-15 | 2014-12-16 | Sprint Spectrum L.P. | System and method for providing location-based video content |
JPWO2009001469A1 (en) * | 2007-06-28 | 2010-08-26 | 富士通株式会社 | Mobile device |
US7729953B2 (en) * | 2007-10-11 | 2010-06-01 | Ebay Inc. | Acquisition of online auction items through a global positioning system |
US20090150272A1 (en) * | 2007-12-07 | 2009-06-11 | Mastercard International, Inc. | Graphical Representation of Financial Transactions |
US20140180863A1 (en) | 2007-12-21 | 2014-06-26 | Yellcast, Inc. | Product or service requests system for mobile customers |
US8886569B2 (en) * | 2009-06-30 | 2014-11-11 | Ebay Inc. | System and method for location based mobile commerce |
US20110022497A1 (en) * | 2009-07-22 | 2011-01-27 | Eric Scifres | Creation and maintenance of an electronic commerce listings catalog |
US8396808B2 (en) * | 2009-07-31 | 2013-03-12 | Think Computer Corporation | Method and system for transferring an electronic payment |
US9110517B2 (en) * | 2009-09-14 | 2015-08-18 | Broadcom Corporation | System and method for generating screen pointing information in a television |
US20110087430A1 (en) * | 2009-10-14 | 2011-04-14 | International Business Machines Corporation | Determining travel routes by using auction-based location preferences |
US20110087524A1 (en) * | 2009-10-14 | 2011-04-14 | International Business Machines Corporation | Determining travel routes by using fee-based location preferences |
US8812352B2 (en) * | 2009-10-14 | 2014-08-19 | International Business Machines Corporation | Environmental stewardship based on driving behavior |
US9129333B2 (en) | 2010-06-22 | 2015-09-08 | Nokia Corporation | Method and apparatus for managing location-based transactions |
US20110320318A1 (en) * | 2010-06-28 | 2011-12-29 | Amol Bhasker Patel | Context-aware shopping services on mobile |
US20120010938A1 (en) * | 2010-07-10 | 2012-01-12 | Bazomb, Inc. | Geographically defined electronic coupon or voucher dissemination |
US9721283B2 (en) | 2010-09-30 | 2017-08-01 | Paypal, Inc. | Location based transactions |
KR101676826B1 (en) * | 2010-09-30 | 2016-11-17 | 네이버 주식회사 | System and method for management of membership using community page |
US20120158508A1 (en) * | 2010-12-20 | 2012-06-21 | Yahoo! Inc. | Mobile advertising including localized advertiser bidding |
US20120179548A1 (en) * | 2011-01-11 | 2012-07-12 | Sun yun-ting | Methods and systems for providing location-based promotions on a user interface of a widget based on its current location |
KR101956702B1 (en) * | 2011-02-01 | 2019-03-12 | 주식회사 케이티 | Method and System for Distributing Business Application and Contents for Mobile Equipment using Application Store and Wireless AP |
US20120284143A1 (en) * | 2011-05-03 | 2012-11-08 | Zaarly, Inc. | Proximity based online marketplace |
US8630921B2 (en) | 2011-06-30 | 2014-01-14 | Ebay Inc. | Leveraging a social network to search for local inventory |
TW201308229A (en) * | 2011-08-01 | 2013-02-16 | Miiroad Inc | Location-based service system and method |
NZ596346A (en) * | 2011-11-10 | 2014-09-26 | Pure Commerce Pty Ltd | Improvements in, or relating to, multi currency pricing and network transaction services |
US10134056B2 (en) * | 2011-12-16 | 2018-11-20 | Ebay Inc. | Systems and methods for providing information based on location |
US20130304559A1 (en) | 2012-05-09 | 2013-11-14 | Cashstar, Inc. | Systems, methods and devices for conducting transactions with portable electronic devices using virtual points |
US9760926B2 (en) | 2012-06-14 | 2017-09-12 | Empire Technology Development Llc | On demand information network |
US20140019246A1 (en) * | 2012-07-13 | 2014-01-16 | Federico Fraccaroli | Method and apparatus for location based conditional offers |
US9317872B2 (en) | 2013-02-06 | 2016-04-19 | Muzak Llc | Encoding and decoding an audio watermark using key sequences comprising of more than two frequency components |
US9727907B2 (en) * | 2013-03-12 | 2017-08-08 | W.W. Grainger, Inc. | System and method for associating item lists with geographical locations |
AU2014202287A1 (en) * | 2013-04-29 | 2014-11-13 | ApproachPlus Pty Ltd | Improved messaging method and system |
US9892200B2 (en) | 2013-09-18 | 2018-02-13 | Ebay Inc. | Location-based and alter-ego queries |
JP5575971B1 (en) * | 2013-11-06 | 2014-08-20 | 株式会社アイ・ピー・エス | Form data management server and form data management program |
US9247386B2 (en) | 2013-12-18 | 2016-01-26 | International Business Machines Corporation | Location-based mobile application and service selection |
WO2016134470A1 (en) * | 2015-02-24 | 2016-09-01 | Msd Computer Corp. | Payment system for entertainment venues |
US10687173B2 (en) | 2015-08-17 | 2020-06-16 | W.W. Grainger, Inc. | System and method for using geographical locations to provide access to product information |
US10748143B2 (en) | 2015-11-19 | 2020-08-18 | International Business Machines Corporation | Location aware trust-based peer-to-peer currency exchange |
JP2018104587A (en) * | 2016-12-27 | 2018-07-05 | 出光興産株式会社 | Lubricant composition, method for producing lubricant composition and driving system equipment |
IT201700109087A1 (en) * | 2017-09-28 | 2019-03-28 | Enosocial S R L | METHOD FOR THE EXCHANGE OF INFORMATION CONCERNING A PRODUCT AND A CORRESPONDENT SYSTEM |
US20240046297A9 (en) * | 2017-10-20 | 2024-02-08 | Rideflag Technologies Inc. | System for Incentive Eligibility and Validation for Transport Demand Management (TDM) programs |
Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6587827B1 (en) * | 1999-10-22 | 2003-07-01 | Hewlett-Packard Development Company, L.P. | Order fulfillment processing system |
US7305350B1 (en) * | 2001-06-29 | 2007-12-04 | Aol Llc | System for notifying an online client of a mobile vendor |
Family Cites Families (37)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6041307A (en) * | 1998-01-23 | 2000-03-21 | Lucent Technologies Inc. | Technique for effectively managing resources in a network |
US6415269B1 (en) | 1998-05-29 | 2002-07-02 | Bidcatcher, L.P. | Interactive remote auction bidding system |
US7330826B1 (en) | 1999-07-09 | 2008-02-12 | Perfect.Com, Inc. | Method, system and business model for a buyer's auction with near perfect information using the internet |
US7200566B1 (en) | 2000-01-11 | 2007-04-03 | International Business Machines Corporation | Method and system for local wireless commerce |
US6675165B1 (en) | 2000-02-28 | 2004-01-06 | Barpoint.Com, Inc. | Method for linking a billboard or signage to information on a global computer network through manual information input or a global positioning system |
WO2001080133A2 (en) * | 2000-04-17 | 2001-10-25 | Emtera Corporation | System and method for wireless purchases of goods and services |
AU2001268688A1 (en) * | 2000-06-22 | 2002-01-02 | Eventra, Inc. | Method and system for supplier relationship management |
JP2002183504A (en) | 2000-06-27 | 2002-06-28 | Tadashi Goino | Auction method, auction system and server |
WO2002003234A2 (en) | 2000-06-30 | 2002-01-10 | Troy Schultz | Method and apparatus for a gis based search engine utilizing real time advertising |
KR20000063874A (en) | 2000-08-08 | 2000-11-06 | 정홍선 | Mobile Commerce System : MCS |
AU2002213430A1 (en) * | 2000-09-28 | 2002-04-08 | Ipdev Co. | Method for simplified one-touch ordering of goods and services from a wired or wireless phone or terminal |
US20040073449A1 (en) * | 2000-12-08 | 2004-04-15 | Ping Yang | Catering mobile pick up station |
US7110958B2 (en) * | 2000-12-08 | 2006-09-19 | Ping Yang | Method and apparatus for mobile pickup stations |
US7363248B2 (en) * | 2000-12-22 | 2008-04-22 | Invenda Corporation | Pre-filling order forms for transactions over a communications network |
US20020087522A1 (en) | 2000-12-29 | 2002-07-04 | Macgregor Robert | Method and apparatus for facilitating internet based sales transactions by local vendors |
US20020103713A1 (en) | 2001-01-26 | 2002-08-01 | Kim Kwon Su | Method of ordering products over the Internet from a central bureau interacting with diversely located and pre-existing member retailers |
US7027801B1 (en) * | 2001-02-06 | 2006-04-11 | Nortel Networks Limited | Method delivering location-base targeted advertisements to mobile subscribers |
US20020120554A1 (en) * | 2001-02-28 | 2002-08-29 | Vega Lilly Mae | Auction, imagery and retaining engine systems for services and service providers |
DE10118127A1 (en) * | 2001-04-11 | 2002-10-17 | Philips Corp Intellectual Pty | Process for operating an automatic industry information system |
US20020187750A1 (en) * | 2001-06-12 | 2002-12-12 | Majumdar Kalyan Sankar | Method and apparatus for service management, delegation and personalization |
US20030134648A1 (en) * | 2001-10-04 | 2003-07-17 | Reed Mark Jefferson | Machine for providing a dynamic data base of geographic location information for a plurality of wireless devices and process for making same |
US7269571B2 (en) | 2001-10-25 | 2007-09-11 | Kar Joseph M | System and method for facilitating consignment and sales of inventory or services |
US6988103B2 (en) | 2001-12-26 | 2006-01-17 | Autodesk, Inc. | Location based services bridge to external data sources |
US7092957B2 (en) | 2002-01-18 | 2006-08-15 | Boundary Solutions Incorporated | Computerized national online parcel-level map data portal |
US7107285B2 (en) | 2002-03-16 | 2006-09-12 | Questerra Corporation | Method, system, and program for an improved enterprise spatial system |
US8611919B2 (en) * | 2002-05-23 | 2013-12-17 | Wounder Gmbh., Llc | System, method, and computer program product for providing location based services and mobile e-commerce |
EP1418783A1 (en) * | 2002-11-07 | 2004-05-12 | Sony Ericsson Mobile Communications AB | Device and method for generating an alert signal |
US7441203B2 (en) * | 2003-08-11 | 2008-10-21 | Core Mobility, Inc. | Interactive user interface presentation attributes for location-based content |
US7212111B2 (en) * | 2003-12-30 | 2007-05-01 | Motorola, Inc. | Method and system for use in emergency notification and determining location |
US20050240512A1 (en) | 2004-02-18 | 2005-10-27 | Nacenters, Inc. | Method and system for identifying auction items in a graphical location |
US7890376B2 (en) | 2004-11-05 | 2011-02-15 | Ebay Inc. | System and method for location based content correlation |
US7309009B2 (en) | 2005-06-21 | 2007-12-18 | International Business Machines Corporation | Retail store fly-around product locator |
US8160614B2 (en) | 2005-08-05 | 2012-04-17 | Targus Information Corporation | Automated concierge system and method |
EP1927652A1 (en) * | 2006-11-29 | 2008-06-04 | Koninklijke Philips Electronics N.V. | Cell array or matrix assembly and electroporation |
US10134085B2 (en) | 2007-01-11 | 2018-11-20 | David A. Hurowitz | Bidding and gift registry system and method for mobile device |
US7729953B2 (en) | 2007-10-11 | 2010-06-01 | Ebay Inc. | Acquisition of online auction items through a global positioning system |
CA2684513A1 (en) * | 2008-11-17 | 2010-05-17 | X6D Limited | Improved performance 3d glasses |
-
2004
- 2004-11-05 US US10/982,239 patent/US7890376B2/en active Active
-
2010
- 2010-11-12 US US12/945,579 patent/US8856038B2/en active Active
-
2014
- 2014-10-06 US US14/506,968 patent/US20150025973A1/en not_active Abandoned
- 2014-10-06 US US14/507,071 patent/US20150025974A1/en not_active Abandoned
Patent Citations (2)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6587827B1 (en) * | 1999-10-22 | 2003-07-01 | Hewlett-Packard Development Company, L.P. | Order fulfillment processing system |
US7305350B1 (en) * | 2001-06-29 | 2007-12-04 | Aol Llc | System for notifying an online client of a mobile vendor |
Cited By (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US11113686B1 (en) * | 2012-04-25 | 2021-09-07 | Wells Fargo Bank, N.A. | System and method for a mobile wallet |
Also Published As
Publication number | Publication date |
---|---|
US7890376B2 (en) | 2011-02-15 |
US8856038B2 (en) | 2014-10-07 |
US20110117928A1 (en) | 2011-05-19 |
US20150025973A1 (en) | 2015-01-22 |
US20060099964A1 (en) | 2006-05-11 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US8856038B2 (en) | System and method for location based content correlation | |
US8117081B2 (en) | System to recommend listing categories for buyer request listings | |
AU2001292747B2 (en) | Method and system for communicating selected search results between first and second entities over a network | |
US8630938B2 (en) | Method and apparatus to detect fraudulent activities within a network-based auction facility | |
US7587367B2 (en) | Method and system to provide feedback data within a distributed e-commerce system | |
AU2002240354B2 (en) | Method and apparatus to facilitate a transaction within a network-based auction facility | |
US7653576B2 (en) | Method for pricing items | |
US20020078152A1 (en) | Method and apparatus for providing predefined feedback | |
US11842355B2 (en) | Automatic sequential review elicitation | |
KR102446993B1 (en) | Aggregation and comparison of multi-tap content | |
US20130132430A1 (en) | Location Based Sales System | |
JP2004318379A (en) | Merger and acquisition support system | |
US20140258024A1 (en) | Systems and methods of identifying a group of items for attaining a targeted sales amount | |
AU2011101538A4 (en) | Automatic sequential review elicitation | |
AU2011100343A4 (en) | Automatic sequential review elicitation |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: EBAY INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:BARRESSE, JAMES;PRITCHETT, DAN L.;REEL/FRAME:033892/0889 Effective date: 20040930 |
|
AS | Assignment |
Owner name: PAYPAL, INC., CALIFORNIA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:EBAY INC.;REEL/FRAME:036171/0221 Effective date: 20150717 |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |