Systems and methods allowing publishers to define relationships between their own content items (e.g., World Wide Web pages) and content items created or maintained by other publishers. publishers insert referral labels into their content items to indicate a referral relationship between or among publishers. In one embodiment, advertisements to be displayed while the user is viewing a content item are selected based at least in part on matching a referral label included in the target content item to a referral label in the advertisement. The referral label can also be used to manage referral-based revenue sharing among publishers.
|
1. A computer-implemented method for providing advertisements to a client computer, the method comprising:
defining a plurality of identifiers, wherein each identifier is assigned to one of a plurality of publishers, wherein different publishers of the plurality of publishers are assigned different identifiers;
receiving a request originating from a client computer for advertising content; wherein the request includes a first referral label that includes a first identifier that identifies a first publisher of a plurality of publishers, wherein the first publisher published a first content item with which the advertising content is to be presented;
based on the first identifier included in the first referral label, searching for an advertisement, of a plurality of available advertisements, that (a) is associated with another referral label that specifies a referral relationship that involves the first publisher, and (b) is published by a publisher other than the first publisher, wherein at least some of the referral labels specify referral relationships between different publishers;
based on said searching, selecting a first advertisement that is associated with a second referral label, the first advertisement being published by a second publisher of the plurality of publishers, wherein the second referral label specifies a referral relationship that involves the first publisher; and
in response to the request, transmitting the first advertisement to the client computer for presentation, to a user, with the first content item;
wherein at least the steps of receiving, searching, selecting, and transmitting are performed by one or more computing devices.
16. A computer-based system for providing advertisements to a client computer, the system comprising:
one or more processors;
a sponsored content data store configured to store a plurality of advertisements, each of the advertisements being associated with at least one of a plurality of referral labels,
wherein each referral label includes one or more identifiers, and wherein each identifier is assigned to one of a plurality of publishers, wherein different ones of the plurality of publishers are assigned different identifiers, and wherein at least some of the referral labels specify referral relationships between different ones of the plurality of publishers;
an advertising server configured to run on the one or more processors and access the sponsored content data store, the advertising server including:
input control logic configured to receive a request originating from a client computer for advertising content; wherein the request includes a first referral label of the plurality of referral labels, wherein the first referral label includes a first identifier that identifies a first publisher of the plurality of publishers, wherein the first publisher published the first content item with which the advertising content is to be presented;
searching logic configured to search, based on the first identifier included in the first referral label, for an advertisement, of a plurality of available advertisements, that (a) is associated with another referral label that specifies a referral relationship that involves the first publisher, and (b) is published by a publisher other than the first publisher;
selection control logic configured to select, from the sponsored content data store, a first advertisement that is associated with a second referral label, the first advertisement being published by a second one of the plurality of publishers, wherein the second referral label specifies a referral relationship that involves the first publisher;
output control logic configured to transmit, in response to the request, the first advertisement to the client computer for presentation, to a user, with the first content item.
2. The method of
searching a sponsored content database that associates each of a plurality of advertisements with one of the referral labels, wherein each advertisement includes a link to a content item.
3. The method of
in the event that a user clickthrough on the first advertisement is reported by the client computer, logging a referral from the first referral label to the second referral label.
4. The method of
5. The method of
6. The method of
7. The method of
8. The method of
receiving the logged referral from the first referral label to the second referral label;
crediting a first referral fee to the first publisher, wherein the first publisher is identified using the first referral label; and
debiting the first referral fee from the second publisher, wherein the second publisher is identified using the second referral label.
9. The method of
receiving a request originating from the client computer for advertising content to be presented with the second content item, the request including the second referral label, wherein the second referral label is extracted from the second content item and includes a second identifier that identifies the second publisher;
based on the second identifier included in the second referral label, searching for an advertisement of a plurality of available advertisements, that (a) is associated with another referral label that specifies a referral relationship that involves the second publisher, and (b) is published by a publisher other than the second publisher;
selecting a second advertisement that is associated with a third referral label, the second advertisement being provided by a third one of the plurality of publishers, wherein the third referral label specifies a referral relationship that involves the second publisher;
transmitting the second advertisement for presentation to the user by the client computer; and
in the event that a user clickthrough on the second advertisement is reported by the client computer, logging a referral from the second referral label to the third referral label.
10. The method of
receiving the logged referral from the second referral label to the third referral label;
crediting a second referral fee to the second publisher, wherein the second publisher is identified using the second referral label; and
debiting the second referral fee from the third publisher, wherein the third publisher is identified using the third referral label.
11. The method of
crediting a portion of the second referral fee to the first publisher; and debiting the portion of the second referral fee from the second publisher.
12. The method of
13. The method of
receiving, at a namespace manager from the first publisher, a request for a referral label;
creating, by the namespace manager, the first referral label in response to the request from the first publisher;
receiving, by the namespace manager, an instruction from the first publisher to establish a referral relationship from the first publisher to the second publisher;
in response to the instruction, issuing, by the namespace manager, an invitation to the second publisher to be referenced by the first publisher;
receiving, at the namespace manager, an acceptance from the second publisher; and
creating, by the namespace manager, the second referral label in response to the acceptance.
14. The method of
receiving, at a namespace manager from the first publisher, a request for a referral label;
creating, by the namespace manager, the first referral label in response to the request from the first publisher;
receiving, by the namespace manager, a request from the second publisher to establish a referral relationship from the first publisher to the second publisher;
in response to the instruction, issuing, by the namespace manager, an invitation to the first publisher to reference the second publisher;
receiving, at the namespace manager, an acceptance from the first publisher; and
creating, by the namespace manager, the second referral label in response to the acceptance.
17. The system of
logging control logic configured to run on the one or more processors to log a referral from the first referral label to the second referral label in the event that a user clickthrough on the first advertisement is reported by the client computer.
18. The system of
an accounting server configured to run on the one or more processors to process the logged referrals, wherein processing of the logged referrals includes crediting a first referral fee to the first publisher, wherein the first publisher is identified using the first referral label, and debiting the first referral fee from the second publisher, wherein the second publisher is identified using the second referral label.
19. The system of
a namespace manager configured to run on the one or more processors to generate referral labels in response to requests from publishers.
20. The system of
21. The system of
22. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
23. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
24. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
25. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
26. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
27. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
28. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
29. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
30. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
31. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
32. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
33. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
34. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
35. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
36. A non-transitory computer-readable storage medium storing one or more sequences of instructions which, when executed by one or more processors, causes the one or more processors to perform the method recited in
|
|||||||||||||||||||||||||||||||||||||
The present application is a continuation of U.S. application Ser. No. 11/232,270 U.S. Pat. No. 7,409,402, entitled SYSTEMS AND METHODS FOR PRESENTING ADVERTISING CONTENT BASED ON PUBLISHER-SELECTED LABELS, filed on Sep. 20, 2005 by Alwin Fei Quen Chan, et al., the contents of which are incorporated herein by reference.
The present disclosure is related to the following U.S. Patents and Patent Applications:
The present invention relates in general to information delivery systems and methods, and in particular to systems and methods for presenting information based at least in part on publisher-selected labels. The labels are applied to content items by publishers and used to identify related content items in various situations.
The World Wide Web (Web), as its name suggests, is a decentralized global collection of interlinked information—generally in the form of “pages” that may contain text, images, and/or media content—related to virtually every topic imaginable. A user who knows or finds a uniform resource locator (URL) for a page can provide that URL to a Web client (generally referred to as a browser) and view the page almost instantly. Since Web pages typically include links (also referred to as “hyperlinks”) to other pages, finding URLs is generally not difficult.
What is difficult for most users is finding URLs for pages that are of interest to them. The sheer volume of content available on the Web has turned the task of finding a page relevant to a particular interest into what may be the ultimate needle-in-a-haystack problem. To address this problem, an industry of search providers (e.g., Yahoo!, MSN, Google) has evolved. A search provider typically maintains a database of Web pages in which the URL of each page is associated with information (e.g., keywords, category data, etc.) reflecting its content. The search provider also maintains a search server that hosts a search page (or site) on the Web. The search page provides a form into which a user can enter a query that usually includes one or more terms indicative of the user's interest. Once a query is entered, the search server accesses the database and generates a list of “hits,” typically URLs for pages whose content matches keywords derived from the user's query. This list is provided to the user. Since queries can often return hundreds, thousands, or in some cases millions of hits, search providers have developed sophisticated algorithms for ranking the hits (i.e., determining an order for displaying hits to the user) such that the pages most relevant to a given query are likely to appear near the top of the list. Typical ranking algorithms take into account not only the keywords and their frequency of occurrence but also other information such as the number of other pages that link to the hit page, popularity of the hit page among users, and so on.
To further facilitate use of their services, some search providers now offer “search toolbar” add-ons for Web browser programs. A search toolbar typically provides a text box into which the user can type a query and a “Submit” button for submitting the query to the search provider's server. Once installed by the user, the search toolbar is generally visible no matter what page the user is viewing, enabling the user to enter a query at any time without first navigating to the search provider's Web site. Searches initiated via the toolbar are processed in the same way as searches initiated at the provider's site; the only difference is that the user is spared the step of navigating to the search provider's site.
One technique for helping a user find content is to provide an interface via which the user can request “related” pages. Pages can be identified as related based on similarity of their content to that of the currently viewed page and/or whether the pages are published by the same entity. As implemented in existing systems, neither technique is very reliable.
Existing algorithms for identifying related pages based on similarity of content generally rely on overlap of textual elements (words, phrases, etc.) between the current page and the related page. The “best” matches according to such algorithms have the most overlap with the current page; however, the pages with the most overlap are often least interesting to the user, who typically wants to find pages with different information on the same subject. Determining whether two pages relate to the same subject is a difficult task, as it requires determining the subject of each page, which might or might not be evident from the words used.
Identifying pages published by the same entity is sometimes easier but is of limited help to the user. The publisher's own pages can sometimes be identified by URL, on the assumption that URLs beginning with the same domain name are commonly owned, but this assumption is not always reliable. For instance, some domains host content created by multiple independent publishers, and some publishers use multiple domains. Further domain-name matching does not provide a way to identify affiliates of a publisher, since the affiliates typically use different domains.
Therefore, it would be desirable to provide systems and methods for more efficiently identifying related content.
Embodiments of the present invention provide systems and methods allowing publishers to define relationships between their own content items (e.g., World Wide Web pages) and content items created or maintained by other publishers. A central namespace manager provides referral labels that publishers can insert into their content items. In one embodiment, the referral labels are used to indicate referral relationships between or among publishers. These referral labels are advantageously not displayed when the content item is displayed for a user but are made available to an information server such as a search server, which uses the labels in identifying content items related to a currently displayed content item. For example, in one embodiment, an in-line or pop-up advertisement to be displayed while the user is viewing a target content item are selected based at least in part on matching a referral label included in the target content item to a referral label included in the advertisement. The referral labels can also be used to manage referral-based revenue sharing among various publishers.
According to one aspect of the present invention, a computer implemented method for providing advertisements to a client computer includes defining a number of referral labels. Each referral label is assigned to one of a number of publishers, with different publishers being assigned different referral labels. At least some of the referral labels represent referral relationships between different publishers. A sponsored content database is configured to associate each of a number of advertisements with one of the referral labels, with each advertisement including a link to a content item. An advertising server computer receives a request (originating from a client computer) for an advertisement related to a first content item published by a first one of the publishers; the request includes a first one of the referral labels. The advertising server computer identifies, from the sponsored content database, a first advertisement that is associated with a second referral label, the first advertisement being provided by a second one of the publishers, where the first referral label and the second referral label represent a referral relationship between the first publisher and the second publisher. The first advertisement is transmitted for presentation to a user by the client computer. In the event that a user clickthrough on the first advertisement is reported by the client computer, a referral from the first referral label to the second referral label is logged.
In some embodiments, the first referral label is extracted from the first content item, e.g., from a contextual search code block included in the first content item. The contextual search code block may also include a first context vector representing content of at least a portion of the first content item, and the request for the advertisement may include this context vector. If advertisements in the sponsored content database are each associated with a respective ad context vector, then the first advertisement can be identified by a process that includes identifying candidate advertisements, where each candidate advertisement is associated with a referral label that represents a referral relationship between the first publisher and a publisher of the candidate advertisement, and selecting one of the candidate advertisements as the first advertisement based at least in part on a comparison between the first context vector and the respective ad context vectors associated with the candidate advertisements.
In some embodiments, an accounting server receives the logged referral from the first referral label to the second referral label. The accounting server credits a first referral fee to the first publisher, where the first publisher is identified using the first referral label and also debits the first referral fee from the second publisher, where the second publisher is identified using the second referral label. Revenue credited to the first publisher can also be shared with an “upstream” publisher who is a referrer to the first publisher; for instance, the accounting server can debit a portion of the first referral fee from the first publisher and credit that portion to the upstream publisher.
According to another aspect of the present invention computer-based system for providing advertisements to a client computer includes a sponsored content data store and an advertising server communicably coupled to the sponsored content data store. The sponsored content data store is configured to store advertisements, each of the advertisements being associated with at least one of a number of referral labels. Each referral label is assigned to one of a number of publishers, with different publishers being assigned different referral labels, and the referral labels represent referral relationships between different publishers. The advertising server includes input control logic, selection control logic, output control logic, and logging control logic. The input control logic is configured to receive a request originating from a client computer for an advertisement related to a first content item published by a first one of the publishers, the request including a first one of the referral labels, the first referral label being extracted from the first content item. The selection control logic is configured to identify, from the sponsored content data store, a first advertisement that is associated with a second referral label, the first advertisement being provided by a second one of the publishers, wherein the first referral label and the second referral label represent a referral relationship between the first publisher and the second publisher. The output control logic is configured to transmit the first advertisement for presentation to a user by the client computer. The logging control logic is configured to log a referral from the first referral label to the second referral label in the event that a user clickthrough on the first advertisement is reported by the client computer.
In some embodiments, the system also includes an accounting server coupled to process the logged referrals. Processing of the logged referrals may include crediting a first referral fee to the first publisher, with the first publisher being identified using the first referral label, and debiting the first referral fee from the second publisher, with the second publisher being identified using the second referral label.
In some embodiments, the system also includes a namespace manager configured to generate referral labels in response to requests from publishers. For instance, the first referral label might include a first code identifying the first publisher, and the second referral label might include the first code and also a second code identifying the second publisher. The namespace manager can be configured such that the second referral label is generated in response to an indication of a referral agreement between the first and second publishers.
The following detailed description together with the accompanying drawings will provide a better understanding of the nature and advantages of the present invention.
Embodiments of the present invention provide systems and methods allowing publishers to define relationships between their own content items (e.g., World Wide Web pages) and content items created or maintained by other publishers. A central namespace manager provides referral labels that publishers can insert into their content items. In one embodiment, the referral labels are used to indicate referral relationships between or among publishers. These referral labels are advantageously not displayed when the content item is displayed for a user but are made available to an information server such as a search server, which uses the labels in identifying content items related to a currently displayed content item. For example, in one embodiment, an in-line or pop-up advertisement to be displayed while the user is viewing a target content item are selected based at least in part on matching a referral label included in the target content item to a referral label included in the advertisement. The referral labels can also be used to manage referral-based revenue sharing among various publishers.
A. Network Implementation
Several elements in the system shown in
According to one embodiment, client system 20 and all of its components are operator configurable using an application including computer code run using a central processing unit such as an Intel Pentium™ processor, AMD Athlon™ processor, or the like or multiple processors. Computer code for operating and configuring client system 20 to communicate, process and display data and media content as described herein is preferably downloaded and stored on a hard disk, but the entire program code, or portions thereof, may also be stored in any other volatile or non-volatile memory medium or device as is well known, such as a ROM or RAM, or provided on any media capable of storing program code, such as a compact disk (CD) medium, a digital versatile disk (DVD) medium, a floppy disk, and the like. Additionally, the entire program code, or portions thereof, may be transmitted and downloaded from a software source, e.g., from one of server systems 501 to 50N to client system 20 over the Internet, or transmitted over any other network connection (e.g., extranet, VPN, LAN, or other conventional networks) using any communication medium and protocols (e.g., TCP/IP, HTTP, HTTPS, Ethernet, or other conventional media and protocols).
It should be appreciated that computer code for implementing aspects of the present invention can be C, C++, HTML, XML, Java, JavaScript, etc. code, or any other suitable scripting language (e.g., VBScript), or any other suitable programming language that can be executed on client system 20 or compiled to execute on client system 20. In some embodiments, no code is downloaded to client system 20, and needed code is executed by a server, or code already present at client system 20 is executed.
B. Information Retrieval System
Content servers 1501 to 150N store content items such as content item 155 (e.g., Web pages, images, media files) that can be provided on demand to client system 120 via Internet 140. Content servers 1501 to 150N may support various information sharing protocols such as HTTP and/or other known protocols. It is to be understood that any number N of content servers may be present, and each content server may provide any number of content items. Further, client access to some or all of the content items may be limited to authorized users as is known in the art.
Content items are created and stored at content servers 1501 to 150N by publishers; as used herein, the term “publisher” refers to any entity (including persons, organizations and/or computer systems) responsible for creating and/or maintaining a content item on any one of content servers 1501 to 150N. In accordance with an embodiment of the present invention, publishers can select grouping labels such as the “Qgroup,” “Qcat,” and “Qref” labels shown in content item 155 to be included in their content items. As described below, grouping labels can be provided to the server and/or client systems of
In some embodiments, content items such as content item 155 may also include a context vector. The “context vector” may contain any data representative of the content (or of some portion thereof). For instance, a context vector can include a list of terms (words or phrases) appearing in the content item, and each term may have an associated weight based on the term frequency (i.e., number of occurrences of the term in the content item), document frequency (i.e., number of content items in the corpus that contain the term), or the like. Examples of context vectors are described, e.g., in above-referenced application Ser. No. 10/903,283 and application Ser. No. 11/033,100.
1. Client System
According to one embodiment, a client application (represented as module 125) executing on client system 120 includes instructions for controlling client system 120 and its components to communicate with server systems 150 and 160 and to process and display data content received therefrom. Client application 125 may be transmitted and downloaded to client system 120 from a software source such as a remote server system (e.g., server systems 150, server system 160 or other remote server system), or client application module 125 may also be provided on any software storage medium (floppy disk, CD, DVD, etc.) that is readable by client system 120 as discussed above. For example, in one aspect, client application 125 may be provided over Internet 140 to client system 120 in an HTML wrapper including various controls such as, for example, embedded JavaScript or Active X controls, for manipulating data and rendering data in various objects, frames and windows.
Client application module 125 advantageously includes various software modules for processing data and media content. In one embodiment, these modules include a specialized search module 126, a user interface module 127, and an application interface module 128. Specialized search module 126 is configured for processing search requests (also referred to herein as queries) to be sent to search server 160 and search result data received from search server 160.
User interface module 127 is configured for rendering data and media content in text and data frames and active windows, e.g., browser windows and dialog boxes. In some embodiments, user interface module 127 includes or communicates with a browser program, which may be a default browser configured on client system 120 or a different browser. Application interface module 128 is configured to support interfacing and communicating between client application 125 and various other applications executing on client 120, such as e-mail applications, instant messaging (IM) applications, browser applications, document management applications and others.
User interface module 127 advantageously provides user input interfaces allowing the user to enter queries for processing by search server system 160. For example, where user interface module 127 includes or communicates with a browser, the user may be able to enter a URL or activate a control button to direct the browser to a Web search page (or site) from which the user can submit a query to search server system 160 for processing. In addition or instead, user interface module 127 may include a search toolbar or other interface via which the user can enter and submit a query without first navigating to the search page. Queries entered using user interface module 127 may be preprocessed by specialized search module 126 prior to being sent to search server system 160, e.g., to remove so-called “stop words” (“the,” “and,” etc.), to correct spelling errors, or the like.
In some embodiments, client application 125 may include various features for adding context data (referred to herein as a “context vector”) to the user's queries. For example, specialized search module 126 may be configured to generate context vectors based on content the user is currently viewing at the time a query is entered. As another example, in some embodiments of the present invention, Web pages displayed in the browser may include one or more context vectors that can be used to supplement user-entered queries. User interface module 127 may be configured to detect such context vectors in a page being displayed and use context vector data to supplement a query entered by the user.
2. Search Server System
According to one embodiment of the invention, search server system 160 is configured to provide search result data and media content to client system 120, and content server systems 1501 to 150N are configured to provide data and media content such as web pages to client system 120, for example, in response to links selected by the user in search result pages provided by search server system 160. In some variations, search server system 160 returns content as well as, or instead of, links and/or other references to content.
Search server system 160 references various page indexes 170 that are populated with, e.g., pages, links to pages, data representing the content of indexed pages, etc. Page indexes may be generated by various collection technologies such as an automatic web crawler 172; in addition, manual or semi-automatic classification algorithms and interfaces may be provided for classifying and ranking web pages within a hierarchical category structure. Such technologies and algorithms may be of generally conventional design, and a detailed description is omitted as not being critical to the present invention.
In one embodiment, an entry in page index 170 includes a search term, a reference (e.g., a URL or other encoded identifier) to a page in which that term appears and a context identifier for the page. The context identifier may be used for grouping similar results for search terms that may have different meanings in different contexts. For example, the search term “jaguar” may refer to the British automobile, to an animal, to a professional football team, and so on. The context identifier for a page can be used to indicate which of these contexts is applicable. In one embodiment, the context identifier includes a category for the page, with the category being assigned from a predefined hierarchical taxonomy of content categories. A page reference may be associated with multiple context identifiers, so the same page (or a link thereto) may be displayed in multiple contexts. In some embodiments, context identifiers are automatically associated with page links by the system as users perform various searches; the identifiers may also be modified and associated with-links manually by a team of one or more index editors.
Page index 170 may also store the grouping label(s), if any, included in the page, allowing the corpus to be searched by grouping label. As described below, in some embodiments, one or more indices that index the corpus by grouping label are also created; Qcat index 173 is an index of pages by Qcat label, and Qgroup index 174 is an index of pages by Qgroup label. In other embodiments, page index 170 can be searched by Qcat label and/or Qgroup label, and building a separate Qcat index and/or Qgroup index is not required.
Search server system 160 is configured to provide data responsive to various search requests received from a client system 120, in particular from search module 126 and/or user interface module 127. For example, search server system 160 may include a query response module 164 that is configured with search related algorithms for identifying and ranking Web pages relative to a given query, e.g., based on a combination of logical relevance (which may be measured by patterns of occurrence of search terms in the query), context identifiers, page sponsorship, etc.
In some embodiments, query response module 164 is also configured to receive and make use of context vector data that may be provided in association with a query in order to further enhance the response to queries. Query response module 164 may also enhance search result information with additional information (e.g., links and/or advertising copy) obtained from a sponsored content database 182. Sponsored content database 182 may be implemented as part of page index 170 by the inclusion of additional fields in each entry to identify page references that are sponsored and keywords for triggering the display of sponsored content, or it may be implemented in a separate database. In some embodiments, sponsored contend database 182 includes a grouping label (e.g., a Qref label) associated with each information item stored therein. The Qref label can be used in selecting sponsored content items to be included in a content item (e.g., item 155) as described below.
In some embodiments, search server 160 also includes a context processing module 166 that is configured with various algorithms for processing received content to generate a context vector representative of the received content. In general, a context vector may include any data that represents all or part of the content. For example, one embodiment of a context vector for text content may include keywords such as terms (e.g., words or phrases) that appear in the content, and each such term may have an associated frequency count or a weight based on term frequency (the number of times the term occurs in the received content) and/or document frequency (e.g., the number or fraction of documents in the corpus that contain that term) and/or other parameters reflecting the likelihood that a particular term is a reliable indicator of context. Other types of data may also be included, e.g., URLs or other data identifying any links that may be included in the content, the URL or other identifier of the page that contains the content, category data associated with the content or with a page that contains the content, and so on.
3. Labeling and Indexing System
As noted above, content item 155 and other content items can include grouping labels. As used herein, a “grouping label” includes any piece of data (e.g., an alphanumeric string or numerical value) that can be inserted into a document by a publisher and recognized by various servers as indicating that the document belongs to a group of related documents. In preferred embodiments, the grouping label is included in an HTML tag or other control structure so that it is detectable by suitably configured computer systems but does not appear in the displayed page.
Grouping labels can be used to indicate various relationships that can exist between content items. For instance, two documents addressing the same subject matter might be considered related, as might two documents produced by the same publisher, two documents produced by affiliated publishers, and so on. In some embodiments, multiple classes of grouping labels are supported, allowing different types of relationships to be defined.
For purposes of the present description, three classes of grouping labels, referred to herein as Qcat, Qgroup, and Qref labels, are used. A “Qcat” label is a label indicative of the subject matter of the document. In some embodiments, a hierarchical taxonomy of category names is defined, and each node in the taxonomy is assigned a unique Qcat label. The publisher of a particular content item selects a suitable category name from the taxonomy and includes the corresponding Qcat label in the content item. All content items containing a particular Qcat label are presumed to be related to each other by subject matter.
A “Qgroup” label is a label that indicates a personal or professional affiliation between publishers of different documents. In some embodiments, a publisher (referred to herein as a “founding” publisher) who wants to be affiliated with other publishers creates a unique Qgroup label. The founding publisher includes this Qgroup label in its own content items and invites other publishers to include the same Qgroup label in their items as well. All content items containing a particular Qgroup label are presumed to be affiliated with each other, (i.e., produced by publishers who have an affiliation with each other), and therefore related to each other.
A “Qref” label is similar to a Qgroup label in that it also indicates an affiliation among publishers. In the case of the Qref label, the affiliation is a referral relationship in which a first publisher agrees to refer visiting users to content provided by a second publisher, e.g., by including in the first publisher's content items advertisements with links to the second publisher's content items. Items containing related Qref labels are presumed to be related to each other (i.e., produced by publishers who have a referral relationship). In addition, where referral relationships are established in exchange for financial consideration, the Qref labels can be used to determine amounts of money owed by one publisher to another. Qref labels are described further in Section IV below.
It is to be understood that the classes of grouping labels used herein are illustrative and not limiting. Other classes of grouping labels (e.g., by author, by type of content, etc.) could also be supported in addition to or instead of those used in the examples herein. Further, it is to be understood that only one class of grouping labels might be used, with different types of relationships not being distinguished.
To facilitate consistent use of grouping labels across publishers and content items, each label namespace is advantageously subject to centralized management. In some embodiments, a namespace manager 176 is communicably connected to Internet 140. Namespace manager 176 maintains a labels data store 178 that stores a list of valid grouping label values for each recognized class of grouping labels. Namespace manager 176 communicates, via Internet 140, with publishers of content distributed via content servers 1501 to 150N, allowing the publishers to select grouping labels for inclusion in their content items. In some embodiments, namespace manager 176 can create new grouping labels in response to publisher requests; in other embodiments, namespace manager 176 provides grouping labels from a predefined list.
Further, as described below, namespace manager 176 may also be configured to validate any grouping labels found in content items, e.g., in response to requests from web crawler 172 and/or search server 160. For instance, when web crawler 172 detects a grouping label in a Web page, the value of the detected grouping label may be checked against the list of valid values in labels data store 178. Invalid grouping-label values are advantageously not recorded in page index 170, Qgroup index 174, or Qcat index 173.
4. Ad Server System
In some embodiments, system 110 also includes an advertisement (ad) server 180 coupled to Internet 140. Ad server 180 has access to a sponsored content database 182 that stores references to content items that can be displayed as advertisements (e.g., banner ads or pop-ups or the like) while the user views a related content item. In some embodiments, each entry in sponsored content database 182 can have one or more grouping labels associated with it, and ads to be displayed while the user views a given content item are selected using the grouping labels, as described below.
It will be appreciated that the search system described herein is illustrative and that variations and modifications are possible. Any of the various systems, including content server, search server, web crawler, namespace manager, and/or ad server, may be part of a single organization, e.g., a distributed server system such as that provided to users by Yahoo! Inc., or they may be part of disparate organizations. Each server system generally includes at least one server and an associated database system, and may include multiple servers and associated database systems, and although shown as a single block, may be geographically distributed. For example, all servers of a search server system may be located in close proximity to one another (e.g., in a server farm located in a single building or campus), or they may be distributed at locations remote from one another (e.g., one or more servers located in city A and one or more servers located in city B). Thus, as used herein, a “server system” typically includes one or more logically and/or physically connected servers distributed locally or across one or more geographic locations; the terms “server” and “server system” are used interchangeably. Further, servers described as separate may be implemented on the same computer system or on different computer systems.
The search server system may be configured with one or more page indexes and algorithms for accessing the page index(es) and providing search results to users in response to search queries received from client systems. The search server system might generate the page indexes itself, receive page indexes from another source (e.g., a separate server system), or receive page indexes from another source and perform further processing thereof (e.g., addition or updating of the context identifiers and/or grouping labels).
In accordance with an embodiment of the present invention, publishers can label their Web pages (or other content items) with grouping labels that are usable to associate pages with each other. As described above, various classes of grouping labels can be used to represent different relationships, e.g., Qcat labels for related subject matter and Qgroup labels for affiliated publishers. The grouping labels selected by the publisher are included in the content items and can be detected by web crawler 172, search server 160 and other systems; thus, information about which pages include which grouping labels can be used in a variety of ways for selecting information to present to a user. This section describes processes for selecting grouping label(s) to include in a content item. Examples of using grouping labels to select information for presentation to a user are described below.
A. Publisher Affiliations: Qgroup Labels
In some embodiments of the present invention, the available grouping labels include a Qgroup label that represents a personal or professional or affiliation among publishers. Using the Qgroup label, publishers can identify their content items as being provided by mutually affiliated publishers.
Qgroup labels are advantageously managed by namespace manager 176. In one embodiment, namespace manager 176 creates a Qgroup label in response to a request from a first publisher, referred to herein as a “founding” publisher. Once a Qgroup label is created, other publishers may use that label at the invitation of the founding publisher. Any number of Qgroup labels may coexist, and labels data store 178 advantageously includes a list of Qgroup labels, their founding publishers, and other publishers who have been invited by the founding publisher. In some embodiments, additional metadata about each Qgroup label may also be stored in labels data store 178.
At step 308, the founding publisher shares the Qgroup label with one or more other publishers. In one embodiment, the Qgroup label is a numerical value, and the founding publisher may provide the Qgroup label directly to other publishers. These other publishers can “join” the group by including the Qgroup label in their own content items. In some embodiments, publishers may be limited to one Qgroup label per content item; in other embodiments, a content item might include multiple different Qgroup labels.
In other embodiments, Qgroup labels might be encoded to ensure that the use of the label by other publishers has been approved by the founding publisher. For instance, each publisher might be given a different, but related, Qgroup label, each of which is separately validated. In one such embodiment, at step 304, the founding publisher receives a first Qgroup label that has a base portion and a publisher-specific portion. At step 308, the founding publisher communicates with namespace manager 176 to issue an invitation to another publisher to obtain a related Qgroup label for inclusion in its own pages. The invitation may be communicated to the other publisher by e-mail or any other suitable channel. If the other publisher accepts, namespace manager 176 generates a second Qgroup label that has the same base portion as the first Qgroup label but a different publisher-specific portion. For purposes of identifying related pages (e.g., as described below), Qgroup labels are considered the same if the base portions are the same. For purposes of validating a Qgroup label, labels data store 178 maintains a list of recognized publisher-specific portions for each base Qgroup label, and a Qgroup label is valid only if the combination of base portion and publisher-specific portion is recognized. Other schemes for regulating which publishers can use a Qgroup label may also be used.
As described below, after the Qgroup labels have been included in the Web pages (or other content items) published by affiliated publishers, these labels can be detected and used to identify the pages having the same Qgroup label (or at least the same base portion) as being related to each other.
In some embodiments, other publishers are allowed to join an existing group by adding the Qgroup label to their content items without an explicit invitation from the founding publisher. Where this is the case, namespace manager 176 advantageously provides metadata about existing groups that enables a publisher to make an informed selection. For instance, when a new Qgroup label is created, the founding publisher can supply a description of a “theme” for the group (e.g., cat breeders, wine enthusiasts, etc.). The theme is stored as metadata, and other publishers can search for Qgroup labels for their content based on theme. In some embodiments, the founding publisher may select between an “open” (any publisher can join) or “closed” (only publishers invited by the founding publisher can join) policy for the label, and namespace manager 176 implements the selected policy.
In another embodiment, namespace manager 176 can infer metadata about a group. For instance, a “theme” for the group can be inferred by analyzing the content of different pages having the same Qgroup label. For this purpose, namespace manager 176 might access Qgroup index 174 to identify such pages.
It is not required that all of a publisher's content items include the same Qgroup label. For instance, a publisher that publishes content in several unrelated areas might prefer to have different content items be affiliated with different groups of publishers.
B. Subject Matter Associations: Qcat Label
In other embodiments of the present invention, the available grouping labels include a Qcat label that represents a subject-matter category of a content item. Using the Qcat label, publishers can identify, by category, the subject matter of their content items. As described below, Qcat labels can be detected and used to identify pages having the same Qcat label as being related to each other.
Qcat labels are advantageously managed by namespace manager 176. In one embodiment, a team of human editors generates a taxonomy of category names. This taxonomy may be hierarchical; in one embodiment, the taxonomy is generally similar to the existing Yahoo! directory. Where a taxonomy of context identifiers is used to categorize pages during web crawling operations, as described above, the same taxonomy may also be used for the category names. Namespace manager 176 defines a Qcat label corresponding to each category name and stores the Qcat labels and associated category names in data store 178. Publishers can interact with namespace manager 176 to view (or browse) the taxonomy of category names and select the one that best describes a particular content item. Namespace manager 176 provides the Qcat label corresponding to the selected category name, and the publisher includes the Qcat label in the content item.
At step 404, a publisher communicates with namespace manager 176 to view the taxonomy of category names. Communication may take place via HTTP requests from the publisher for a document containing all or part of the taxonomy. Namespace manager 176 transmits the requested document, e.g., as an HTML form the publisher can use to select a category. In some embodiments, one document includes the entire taxonomy; in other embodiments, multiple interlinked documents are used. In some embodiments, a search interface is provided via which the publisher can enter keywords and retrieve a list of categories corresponding to those keywords. The publisher browses the taxonomy and selects a category name. The selected name is transmitted to namespace manager 176.
At step 406, namespace manager 176 provides to the publisher the Qcat label corresponding to the selected category name. At step 408, the publisher includes the Qcat label in the content item.
It will be appreciated that the process described herein is illustrative and that variations and modifications are possible. Steps described as sequential may be executed in parallel, order of steps may be varied, and steps may be modified or combined. In one alternative embodiment, the publisher provides to namespace manager 176 a content item to be categorized. Namespace manager 176 executes a text-processing algorithm to select one or more suggested categories for the content item, e.g., based on an analysis of terms appearing in the content item. These suggestions are presented to the publisher, who can select one or reject them all and select a different category, e.g., by browsing the taxonomy starting from one of the suggested categories.
In some embodiments, only one Qcat label per content item is supported. In other embodiments, multiple Qcat labels might be supported. For instance, if a Web page contains sections related to several different subjects (as is often the case for news pages, web logs (blogs) and the like), it might be desirable to include a different Qcat label for each section.
As described below, after the Qcat labels have been included in the Web pages (or other content items) by the publishers thereof, these labels can be detected and used to identify the pages in which they appear as being related to each other.
Grouping labels are used to define relationships among content items. By way of illustration,
Each content item 501-508 includes a Qcat label that was selected by the publisher of that item, e.g., in accordance with process 400 described above. Items with the same Qcat label are regarded as being related in the sense that such items pertain to similar subject matter. Thus, as indicated by the solid lines connecting pairs of related items, items 501, 505 and 506 (all having Qcat=3141) are related, and items 502 and 507 (both having Qcat=13759) are related.
Further, each content item 501-508 includes a Qgroup label selected by the publisher. In this example, publisher A is the founding publisher for a Qgroup label (Qgroup=4379) that has been shared to publisher B. Publisher A's items 501-503 and publisher B's items 504-505 have each been labeled with the same Qgroup label. Items with the same Qgroup label are regarded as being related in the sense that there is some affiliation between the publishers of those items. Thus, as indicated by the broken lines connecting pairs of related items, items 501-505 are all related to each other. Publisher C is not affiliated with publishers A and B, and items 506-508 are not related by Qgroup to any of the other items shown. It is to be understood that the Qgroup label in publisher C's items 506-508 might be shared with other publishers (not explicitly represented in
As
To the extent that the same grouping labels are included in different content items, relationships among content items are established. The grouping label information is advantageously harvested and used to identify related content to present to users, as will now be described.
A. Collecting Relationship Data
In some embodiments, the grouping labels are included as tokens (e.g., HTML tags or other control structures) in the content item. The tokens are advantageously formatted so as not to affect the display of the content item. In some embodiments, however, the tokens are detectable as grouping labels by web crawler 172 (
At step 606, web crawler 172 detects a Qcat label in the page. In preferred embodiments, a Qcat label may appear anywhere within a page, and a page may contain multiple Qcat labels. Web crawler 172 is advantageously configured to detect any number of Qcat labels per page, regardless of where they appear. At step 608, web crawler 172 determines whether the Qcat label is valid, e.g., by consulting labels data store 178. If the Qcat label is valid, then at step 610, the Qcat label is added to the page index entry for the current page. The Qcat label is advantageously in a separate field from other information in the entry. Where a page includes multiple Qcat labels, each Qcat label is added to the page index entry.
At step 612, web crawler 172 determines whether more pages remain to be processed. If so, the next page is selected at step 614 (e.g., using conventional techniques), and process 600 returns to step 602 to process the next page.
After all pages have been processed, at step 616, web crawler 172 builds Qcat index 173, which lists pages containing each valid Qcat label, e.g., by inverting page index 170. In some embodiments, some valid Qcat labels might not be included in any pages, and Qcat index 173 is advantageously arranged such that the absence of pages corresponding to a particular label is correctly handled.
It will be appreciated that the process described herein is illustrative and that variations and modifications are possible. Steps described as sequential may be executed in parallel, order of steps may be varied, and steps may be modified or combined. In addition, a similar process can be used to generate Qgroup index 174 (of
B. Use of Grouping Labels in General Search
In some embodiments, grouping labels are used in processing search queries submitted by users. For example in the embodiment of
For example, in some embodiments where Qcat labels are used, search server 160 matches the search query to a Qcat label, then identifies “category-matching” pages based on Qcat index 173. The category-matched pages can be presented as a separate list of hits, or information about which hits are also category-matched pages can be used in ranking the hits found in a conventional search.
At step 706, search server 160 converts one or more of the query terms to a category name selected from the taxonomy of categories stored in labels database 178. Various algorithms known in the art, including text-string matching algorithms or the like, may be used to match query terms to a category name. At step 708, search server 160 identifies a Qcat label that matches the category name, e.g., by reference to labels data store 178. At step 710, search server 160 identifies “category-matching” pages, i.e., pages that include the matching Qcat label. Step 710 may include consulting Qcat index 173 or page index 170 using the Qcat label as a key.
At step 712, search server 160 incorporates the category-matching pages into the search report. Incorporation may take various forms. In one embodiment, search server 160 ranks the Qcat-matching pages (e.g., based on occurrence of the query terms therein) and provides a separate listing of “category” results in addition to the conventional list of hits. In another embodiment, search server 160 determines whether any of the Qcat-matching pages correspond to the hits and uses that information to rerank the pages, e.g., by boosting the ranking of hits that are also Qcat-matching pages. At step 714, the search result is transmitted to the user.
It will be appreciated that process 700 is illustrative and that variations and modifications are possible. Steps described as sequential may be executed in parallel, order of steps may be varied, and steps may be modified or combined. In some embodiments, not all search queries can be matched to a category name, e.g., due to ambiguity or limitations of the matching algorithm. Where a match is not possible, steps 708, 710 and 712 might be omitted. In some embodiments, where the search query can be matched to multiple category names, the user might be prompted to select the category that best represents the desired information.
In other embodiments, an initial search report is presented to the user without category matching; the search report page includes a section listing the category names of one or more possible matching categories (selected as in step 706 of process 700) and suitable prompts inviting the user to explore one or more of these categories. When the user selects a category, search server 160 responds with a list of category-matching pages, generated, e.g., in accordance with steps 708, 710 and 712 of process 700.
In still other embodiments, when the user submits a query to search server 160, search server 160 initially responds with a listing of hits that is generally conventional except that for each hit that includes a grouping label (e.g., Qcat or Qgroup label), the listing includes a control that the user can operate to view related content. When the user activates this control, the related content can be selected based on the grouping labels included in the hit, e.g., in accordance with steps 710 and 712 of process 700.
C. Use of Grouping Labels in a Contextual Search
In some embodiments, grouping labels are integrated with contextual search interfaces. A contextual search interface is associated with a specific Web page or portion of a Web page. The contextual search interface can appear as an icon in a Web page (referred to herein as a “hosting page”) in association with some or all of the page content. The user can activate the icon to view related content and/or execute a search using a user-supplied query together with a context vector representing the content. A detailed description of contextual search interfaces can be found in above-referenced application Ser. No. 10/903,283, application Ser. No. 11/033,100, and application Ser. No. 11/033,417.
By way of illustration,
Icons 806, 808 are advantageously generated using suitable code blocks in the source code for page 800.
Referring again to
A list of suggested search queries is presented in section 1004, and the user may execute one of these queries by clicking on it. Suggested search queries can be generated based on the context vector, e.g., as described in above-referenced application Ser. No. 10/903,283, application Ser. No. 11/033,100, and application Ser. No. 11/033,417.
Overlay 1002 also includes, in section 1006, a listing of related sites. In one embodiment, the listing in section 1006 is generated using the Qcat label 908 and/or Qgroup label 906 from code block 900 as well as the context vector 904. In this embodiment, overlay 1002 displays only a small number of related sites in section 1006, and the user can operate “More . . . ” button 1008 to view additional related results, e.g., in a new window.
At step 1106, search server 160 logs the received information request. The logged information can be used to build indexes of pages with contextual search interfaces, as described below.
At step 1108, search server 160 determines from the customization tag whether related content is to be displayed in the active contextual search interface. If so, then at step 1110, search server 160 reads the Qcat and/or Qgroup labels from the information request. At step 1112, search server 160 identifies one or more pages with a matching Qcat label (or Qgroup label, or both), e.g., by consulting Qcat index 173 and/or Qgroup index 174.
At step 1114, search server 160 ranks the matching pages. In one embodiment, ranking includes comparing the content and/or context vectors associated with the each matching page to the content and/or context vector of the hosting page. Qgroup and/or Qcat labels may also be used in ranking.
At step 1116, search server 160 selects matching pages to be displayed. The contextual search interface displays, e.g., the top three, top five, or some other number of matching pages, and the highest ranking matching pages are advantageously selected for display. At step 1118, references to the matching pages are added to the contextual search interface, e.g., by including suitably formatted references in a code block defining overlay 1002. As noted above, the overlay may also include a control allowing the user to view pages not selected at step 1116, and this control may also be implemented by including suitable code in the code block defining overlay 1002.
At step 1120, other components of the active contextual search interface, such as suggested queries listing 1004 and query submission box 1412, are generated, e.g., as described in above-referenced application Ser. No. 10/903,283, application Ser. No. 11/033,100, and application Ser. No. 11/033,417. At step 1122, the contextual search interface, in the form of computer-readable code for displaying the page, is transmitted to client system 120, and at step 1124, client system 120 displays the active contextual search interface.
It will be appreciated that the contextual search interface and activation process described herein are illustrative and that variations and modifications are possible. Steps described as sequential may be executed in parallel, order of steps may be varied, and steps may be modified or combined. A contextual search interface may include any combination of elements and can appear in an overlay, in-line in the hosting page, in a new window, in a new browser tab, or elsewhere as desired.
As noted above, information requests generated from contextual search icons can be logged by search server 160. The request logs can be processed to gather information about contextual search interfaces and user behavior associated with such interfaces. For example, an index of pages that have contextual search interfaces can be created. In addition, where the logged information includes grouping labels, an index keyed by grouping label (e.g., Qgroup index 173 or Qcat index 174) can be built from the log. Also, popularity scores for particular pages containing contextual search interfaces can be generated, e.g., based on the number of times an information request is sent from a page containing such an interface. This popularity information can be used, e.g., in ranking related pages selected by grouping label.
D. Use of Grouping Labels for Selecting Advertisements
In another embodiment of the present invention, Qgroup and/or Qcat labels are used to select advertisements (ads) to be displayed when a particular Web page is displayed.
It is known in the art that an advertisement can be dynamically selected when a page is displayed for a user. In accordance with an embodiment of the present invention, the selection includes matching a Qgroup or Qcat label of the page being displayed to a Qgroup or Qcat label assigned to an advertisement by a sponsor thereof. The process may be generally similar to that shown in
E. Generation of a Directory from Grouping Labels
In another embodiment of the present invention, grouping labels can be used to create a browsable directory of labeled pages. For example, in embodiments where the Qcat label represents a category name selected by the publisher from a hierarchical taxonomy, a browsable version of the taxonomy can be displayed for the user. When the user selects a category name from the taxonomy, a listing of pages labeled with the corresponding Qcat label can be displayed.
At step 1208, search server 160 accesses Qcat index 173 to find pages (referred to herein as “hit pages” or “hits”) that have the Qcat label(s) identified at step 1206. At step 1210, the hit pages are ranked. In one embodiment, ranking is based on a relevance score determined by comparing a context vector or other representation of the content of the hit page to the category name, e.g., using a conventional search algorithm with the category name substituted for the search query. In other embodiments, ranking might be based at least in part on page sponsorship information and/or explicit user feedback (e.g., ratings) about the page content or relevance of the page to the category. Such feedback may be collected as users browse the directory and added to the Qcat index. Conventional techniques for collecting user feedback and incorporating such feedback into page ranking may be used.
At step 1212, a listing of hit pages, in rank order, is provided to the user. In one embodiment, the listing is presented in a manner analogous to a conventional search report, with links to the top ten or twenty (or some other number of) hit pages presented in a first screen and navigation buttons for viewing links to additional pages. Each listing may include, e.g., a page title, abstract, and other information (e.g., user feedback), and may be accompanied by prompts and control elements for soliciting and accepting user feedback as to whether the page is useful or relevant to the category.
The listing advantageously is presented together with a navigation panel that allows the user to further browse the taxonomy. The navigation panel may include a list of sub-categories of the current category, an option to move up in the hierarchy, and so on.
In some embodiments of the present invention, grouping labels similar to the Qgroup labels described above are used to define referral relationships among publishers. A first publisher, referred to herein as a “referrer,” agrees to display links to content of a second publisher, referred to herein as a “reference,” usually but not necessarily in exchange for payment. The agreement may be, e.g., a pay-per-click agreement, in which the reference pays the referrer each time a user clicks through to the reference's site from the referrer's site. Other agreements (such as pay-per-placement) might also be used. As will now be described, referral relationships are advantageously represented using appropriate referral grouping labels (Qref labels, also referred to herein as referral labels), with the Qref labels being used to select advertisements to be displayed at a referrer's page or site and to implement the payment agreements between the referral and reference.
A. Defining Referral Relationships
As used herein, a “referral relationship” exists where the referrer has agreed to display links to the reference's content. Such an agreement may be in exchange for payment (which may be money or any other contractually enforceable consideration). A “referral group” refers to a group of publishers that are related (directly or indirectly) by referral relationships.
In accordance with an embodiment of the present invention, each publisher in a referral group such as group 1300 is assigned a unique referral grouping label, referred to herein as a “Qref” label. Qref labels are advantageously structured to reflect the referral relationships of the group to facilitate association of labels assigned to different publishers in the referral group. Like the Qgroup labels described above, Qref labels are advantageously managed by a central server such as namespace manager 176 (
In the embodiment shown in
More specifically, publisher 1302 has Qref label “A.0.0”, with the publisher ID A identifying publisher 1302. The other two segments have value 0, indicating that publisher 1302 (a level-1 publisher) is not a reference of a higher-level referrer. Publisher 1304 has Qref label “A.B.0”, indicating that publisher 1302 (A) is a referrer to publisher 1304 (B); similarly, publisher 1306 has Qref label “A.C.0” indicating that publisher 1302 (A) is also a referrer to publisher 1306 (C). Publishers 1308 (D) and 1310 (E), which are both references of publisher 1304 (B), have Qref labels “A.B.D” and “A.B.E” indicating their relationship to publisher 1304 and, through publisher 1304, to publisher 1302. Publisher 1312 (F) has a Qref label “B.E.F” indicating its relationship to publisher 1310 and, through publisher 1310 to publisher 1304. The less direct relationship to publisher 1302 is not reflected in the level-4 Qref label.
It will be appreciated that the Qref label structure described herein is illustrative and that variations and modifications are possible. Segmented Qref labels of the kind shown could be extended to represent any number of levels of referral relationships (e.g., publisher 1312 could have a label such as “A.B.E.F”), and other representations may be substituted for the segmented structure shown and described herein. In some embodiments, a publisher can belong to multiple referral groups and may have a different Qref label for each such group; the same publisher can be at different levels in different referral groups. In some embodiments, a publisher may be restricted to having not more than one referral relationship to each other publisher within a referral system or to having not more than one referral relationship within a given referral group.
Referring to
The invitation process is illustrated in steps 1404 and 1406. At step 1404, the level-1 publisher invites one or more other publishers (e.g., publisher 1304 of
The request process is illustrated in steps 1410 and 1412. At step 1412, a publisher (e.g., publisher 1306 of
Similar processes can be extended to publishers at lower levels. For instance, once level-2 publisher 1304 of
It will be appreciated that the processes for creating Qref labels described herein are illustrative and that variations and modifications are possible. Steps described as sequential may be executed in parallel, order of steps may be varied, and steps may be modified or combined. For instance, a referring publisher may receive requests from some would-be referenced publishers and also invite others to join; thus, the invitation and request processes are not mutually exclusive. In some embodiments, all referral relationships have the same terms and conditions (e.g., how much the referrer is to be paid, what type of event—clickthrough, placement, etc.—triggers the payment, how frequently or prominently the referrer is to display the reference's ads, and so on). In other embodiments, the terms and conditions may vary from one pair of publishers to the next, and namespace manager 176 may store information about the terms of each agreement in association with the Qref labels. Such information may be provided, in the form of rules, to ad server 180 of
B. Selection of Advertisements
Qref labels such as those shown in
The reference publisher creates an ad, which can be any content item that includes a link (or other reference) to a content item published by the referenced publisher. The reference publisher includes its own Qref label in the ad. In embodiments where a reference publisher can have multiple Qref labels, the publisher can include any number of Qref labels in the ad, provided that each such Qref label corresponds to the reference publisher as a reference, not as a referrer. In some embodiments, the ad also includes a context vector representing content of the linked-to item. The reference publisher stores the ad in sponsored content database 182, e.g., by communicating with ad server 180. In some embodiments, ad server 180 performs verification operations on each ad before storing it, e.g., to confirm that the ad complies with any applicable rules related to use of the service (such as a maximum number of Qref labels that can be included). Ad server 180 may also generate a context vector for the linked-to content item automatically and store the context vector in association with the ad; ad server 180 may also periodically regenerate context vectors for ads stored in sponsored content database 182, to keep up with changes in the linked-to content associated with various ads.
Advertisements to be displayed when a user visits a reference publisher's site are advantageously selected dynamically, e.g., when the user activates a contextual search interface. For instance, referring to
At step 1506, ad server 180 accesses sponsored content database 182 using the received Qref label and retrieves one or more candidate ads that have matching Qref labels. In this instance, an ad's Qref label matches a received Qref label if the ad's Qref label indicates that the ad's publisher is a reference (direct or indirect) of the publisher (referrer) having the received Qref label. For instance, referring to
Ad server 180 selects one or more of the candidate ads at step 1508 and, at step 1510, transmits the selected ad(s) to search server 160. Selection at step 1508 may be based on various selection algorithms. For instance, in one embodiment, the ad(s) to be transmitted are selected at random from among the candidates. In some embodiments where step 1506 can return candidate ads having both direct and indirect reference relationships, the selection is based at least in part on the closeness of the reference relationship referrer and the candidate ad. (For example, referring to
In yet another embodiment, the selection algorithm includes comparing the respective context vectors of the ad and the referring contextual search interface, so that ads more closely related to the content the user is interested in are more likely to be shown. The implementation may be similar to content-selection algorithms described above and in above-referenced application Ser. No. 10/903,283 and application Ser. No. 10/033,100. Further, where Qcat labels as described above are also implemented, the selection algorithm can be based on comparing Qcat labels in addition to or instead of comparing context vectors. Selection algorithms that include context vector comparison, Qcat label comparison, or other criteria directed to identifying pages with similar content can select ads targeted to expressed user interests while still taking into account referral relationships among publishers.
It will be appreciated that ad selection algorithms may include multiple criteria, including any or all of those described herein. In some embodiments, ad server 180 may select multiple ads to be displayed and may rank the ads (e.g., as described above for related content in general) to determine an order of display. Any or all of the ad selection criteria described herein may also be used as factors in ranking candidate ads. In embodiments where a contextual search interface includes multiple Qref labels, ad server 180 might select one ad per Qref label or select one or more ads across all of the possible Qref labels, e.g., using any or all of the criteria above to select between ads that include different Qref labels. Ads can be displayed as inline ads, pop-up ads, or other types of ads as desired.
C. Revenue Sharing
Ad server 180 advantageously also tracks clickthroughs on displayed ads so that the revenue-sharing provisions of the referral agreements between various publishers can be enforced.
At step 1602, a user visiting the referrer's site activates a contextual search interface, and at step 1604, ad server 180 selects an ad to be included in the contextual search interface, e.g., in accordance with process 1500 described above. At step 1606, ad server 180 inserts a report-back instruction in the link included in the ad. The report-back instruction advantageously includes the Qref labels associated with the ad (or with the contextual search interface in which the ad is to be displayed) or other information from which the Qref labels can be determined, such as an encoded version of the labels, an index to a lookup table, or the like.
At step 1608, the active contextual search interface, including the ad, is displayed for the user, and at step 1610, the user clicks through the ad to the referenced site. At this point, the report-back information is sent to ad server 180 (step 1612). At step 1614, ad server 180 logs the information, which may include, e.g., the Qref label of the referrer's contextual search interface, the Qref label of the ad that was displayed, and/or any other information as desired. At step 1616, the user receives the referenced content. Sending of the report-back information is advantageously transparent to the user, and conventional techniques for transparently reporting user activity may be used.
The log information is processed periodically to update accounts maintained for various publishers. For instance, log information can be processed daily, weekly, hourly or in (approximately) real time as desired. In one embodiment, an accounting server (not shown in
The accounting server is advantageously provided with information about the consideration agreed to between each pair of publishers and, where multi-level revenue sharing is implemented, information about what percentage of a referrer's revenue from a clickthrough is to be forwarded to a higher level, or “upstream” referrer.
At step 1706, the rules (in particular rules related to a payment amount) for the referral relationship between the referrer and the reference are determined, e.g., by a lookup operation in a database maintained by ad server 180 or namespace manager 176 of
At step 1714 it is determined whether the referrer in turn is to pay a higher-level referrer. In one embodiment, this determination can be made from the structure of the Qref label for the referrer. For instance, suppose that in
If a payment to a higher-level referrer is owed, then at step 1716, the payment amount Y is computed, e.g., as a percentage of the amount X. At step 1718, the amount Y is debited from the account of the referrer, and at step 1720, the amount Y is credited to the account of the higher-level referrer. Again, in embodiments where the provider of ad server 180 operates on commission, the amount Y can be reduced (to Y*) by the commission amount and the amount Y* credited to the higher-level referrer, with the difference being owed to the service provider by the higher-level referrer. Process 1700 then returns to step 1714 to determine whether a further upstream propagation of payments is required.
After some number of iterations, at step 1714, it is determined that no further payment to a higher-level referrer is owed. At that point, process 1700 continues to step 1724, where it is determined whether to continue processing log records (returning to step 1702) or exit (step 1726).
It will be appreciated that the accounting process described herein is illustrative and that variations and modifications are possible. Steps described as sequential may be executed in parallel, order of steps may be varied, and steps may be modified or combined.
It should be noted that in some embodiments, any Qref label maps to exactly one publisher, and one account per publisher can be maintained regardless of the number of Qref labels that map to the publisher, the number of revenue-sharing referral groups to which the publisher belongs, or the publisher's level within different referral groups. In some embodiments, publishers can view reports of their advertising placements, revenues, and charges grouped by Qref label and can use this information in evaluating whether to continue a specific referral relationship.
For instance, the number of times a given referrer (e.g., publisher A) shows ads for a given reference (e.g., publisher B) can be logged and reported to publisher A and/or publisher B; in addition, clickthroughs resulting from such placements can also be logged and reported. Publisher B can use such information to evaluate how effectively referrer A is driving traffic toward B's content, and publisher A can use such information to evaluate which references (e.g., B) are generating satisfactory amounts of revenue. Any aspect of advertising behavior can be logged and reported, and account management software of generally conventional design may be used to enable publishers to review and examine their accounts. The software may also periodically generate bills to publishers whose payments exceed their revenues and/or issue payments to publishers whose accounts have a surplus.
A provider of a revenue-sharing advertising service of the type described herein can also generate revenue for itself. In some embodiments, the provider collects a commission on payments from one publisher to another (e.g., as described above with reference to
It will be appreciated that the revenue sharing system described herein is illustrative and that variations and modifications are possible. For instance, while embodiments described herein may refer specifically to pay-per-click advertising, other events (e.g., display of an ad on a referrer's site, a completed purchase resulting from a clickthrough to the advertiser's site, or any other event that can be reported back to ad server 180) might also be used as payment triggers. Referral agreements may include multiple payment trigger events, with different events triggering different payment amounts.
While the invention has been described with respect to specific embodiments, one skilled in the art will recognize that numerous modifications are possible. For instance, the Qgroup, Qcat, and Qref labels are illustrative. Any number of grouping labels may be supported, and a grouping label may indicate any definable relationship.
In addition, some embodiments may include user feedback features and/or a manual or automated editorial review process for evaluating the appropriateness of the grouping labels assigned to particular pages. Where a grouping label is used inappropriately (e.g., where a Qcat label is included in a page whose content does not relate to the category or where a Qref label provided in an ad does not correspond to a referral relationship known to the namespace server), the grouping index, sponsored content database, or other data store can be updated such the label is, in effect, ignored.
The embodiments described herein may make reference to Web sites pages, links, and other terminology specific to instances where the World Wide Web (or a subset thereof) serves as the search corpus. It should be understood that the systems and processes described herein can be adapted for use with a different search corpus (such as an electronic database or document repository) and that results may include content as well as links or references to locations where content may be found.
In addition, the invention has been described with reference to computer systems having particular hardware and software elements. It is to be understood that other systems with different combinations of hardware and/or software components could also be implemented.
Thus, although the invention has been described with respect to specific embodiments, it will be appreciated that the invention is intended to cover all modifications and equivalents within the scope of the following claims.
| Patent | Priority | Assignee | Title |
| 10795526, | Aug 31 2011 | Wix.com Ltd. | Adaptive user interface for a multimedia creative design system |
| 10868888, | Dec 02 2015 | ZETA GLOBAL CORP | Method and apparatus for real-time personalization |
| 11307768, | Jun 07 2019 | Seagate Technology LLC | Namespace auto-routing data storage system |
| 11397960, | Jun 11 2018 | International Business Machines Corporation | Direct marketing via chained interactions in a blockchain |
| 11558489, | Dec 02 2015 | Zeta Global Corp. | Method and apparatus for real-time personalization |
| 11711447, | Dec 02 2015 | Zeta Global Corp. | Method and apparatus for real-time personalization |
| 8171156, | Jul 25 2008 | OPENX TECHNOLOGIES, INC ; OPENX LIMITED | Method and system for determining overall content values for content elements in a web network and for optimizing internet traffic flow through the web network |
| 9177326, | Jul 25 2008 | OPENX TECHNOLOGIES, INC ; OPENX LIMITED | Method and system for determining overall content values for content elements in a web network and for optimizing internet traffic flow through the web network |
| Patent | Priority | Assignee | Title |
| 5619709, | Sep 20 1993 | Fair Isaac Corporation | System and method of context vector generation and retrieval |
| 5712656, | Aug 08 1994 | Sharp Kabushiki Kaisha | Graphic drawing apparatus |
| 5714983, | Feb 20 1991 | Interactive computer system with controllable rate repetition of computer actions in response to operator inputs | |
| 5752238, | Nov 03 1994 | Intel Corporation | Consumer-driven electronic information pricing mechanism |
| 5771378, | Nov 22 1993 | RELX INC | Associative text search and retrieval system having a table indicating word position in phrases |
| 5835087, | Nov 29 1994 | Pinpoint Incorporated | System for generation of object profiles for a system for customized electronic identification of desirable objects |
| 6134532, | Nov 14 1997 | TUMBLEWEED HOLDINGS LLC | System and method for optimal adaptive matching of users to most relevant entity and information in real-time |
| 6327590, | May 05 1999 | GOOGLE LLC | System and method for collaborative ranking of search results employing user and group profiles derived from document collection content analysis |
| 6345289, | Mar 18 1997 | International Business Machines Corporation | Intermediate system transmitting relevant selections based on permutation function applied consumer/information signature vectors for privacy |
| 6385351, | Oct 01 1998 | HEWLETT-PACKARD DEVELOPMENT COMPANY, L P | User interface high-lighter function to provide directed input for image processing |
| 6446065, | Jul 05 1996 | Hitachi, Ltd. | Document retrieval assisting method and system for the same and document retrieval service using the same |
| 6490579, | Jul 16 1998 | NTT DATA SERVICES CORPORATION | Search engine system and method utilizing context of heterogeneous information resources |
| 6605120, | Dec 10 1998 | International Business Machines Corporation | Filter definition for distribution mechanism for filtering, formatting and reuse of web based content |
| 6633868, | Jul 28 2000 | MIN, SHERMANN LOYALL | System and method for context-based document retrieval |
| 6701311, | Feb 07 2001 | International Business Machines Corporation | Customer self service system for resource search and selection |
| 6751780, | Oct 01 1998 | HEWLETT-PACKARD DEVELOPMENT COMPANY, L P | User interface for initiating the export of an optimized scanned document using drag and drop |
| 6785671, | Dec 08 1999 | A9 COM, INC | System and method for locating web-based product offerings |
| 6789073, | Feb 22 2000 | Client-server multitasking | |
| 6816857, | Nov 01 1999 | GOOGLE LLC | Meaning-based advertising and document relevance determination |
| 6853998, | Feb 07 2001 | International Business Machines Corporation | Customer self service subsystem for classifying user contexts |
| 6856967, | Oct 21 1999 | MERCEXCHANGE LLC | Generating and navigating streaming dynamic pricing information |
| 6859807, | May 11 1999 | CXT SYSTEMS, INC | Online content tabulating system and method |
| 6868525, | May 26 2000 | RELATIVITY DISPLAY LLC | Computer graphic display visualization system and method |
| 7028024, | Jul 20 2001 | Open Text SA ULC | Information retrieval from a collection of information objects tagged with hierarchical keywords |
| 7058626, | Jul 28 1999 | International Business Machines Corporation; IBM Corporation | Method and system for providing native language query service |
| 7137077, | Jul 30 2002 | Microsoft Technology Licensing, LLC | Freeform encounter selection tool |
| 7243095, | May 02 2000 | International Business Machines Corporation | Prose feedback in information access system |
| 7284192, | Jun 24 2004 | AVAYA LLC | Architecture for ink annotations on web documents |
| 7299424, | May 14 2002 | Microsoft Technology Licensing, LLC | Lasso select |
| 7409402, | Sep 20 2005 | R2 SOLUTIONS LLC | Systems and methods for presenting advertising content based on publisher-selected labels |
| 7421426, | Jan 11 2005 | GOOGLE LLC | Systems, methods, and media for utilizing electronic document usage information with search engines |
| 7467349, | Dec 15 2004 | Amazon Technologies, Inc | Method and system for displaying a hyperlink at multiple levels of prominence based on user interaction |
| 7702677, | May 02 2000 | International Business Machines Corporation | Information retrieval from a collection of data |
| 7979457, | Mar 02 2005 | Kayak Software Corporation | Efficient search of supplier servers based on stored search results |
| 20020078029, | |||
| 20020081020, | |||
| 20020099605, | |||
| 20020103798, | |||
| 20020105532, | |||
| 20020124263, | |||
| 20020152222, | |||
| 20030055723, | |||
| 20030061200, | |||
| 20030074369, | |||
| 20030097357, | |||
| 20030135582, | |||
| 20030177059, | |||
| 20030233224, | |||
| 20040002959, | |||
| 20040100510, | |||
| 20040103024, | |||
| 20040117358, | |||
| 20040193520, | |||
| 20040199496, | |||
| 20040210468, | |||
| 20040267943, | |||
| 20050060311, | |||
| 20050080780, | |||
| 20050091111, | |||
| 20050102177, | |||
| 20050120023, | |||
| 20050125354, | |||
| 20050131894, | |||
| 20050149496, | |||
| 20050223000, | |||
| 20050257045, | |||
| 20060036490, | |||
| 20060069610, | |||
| 20060074726, | |||
| 20060074853, | |||
| 20060116926, | |||
| 20060149710, | |||
| 20070150466, | |||
| 20070168346, | |||
| 20070260448, | |||
| 20080313119, | |||
| 20090112857, | |||
| 20090125544, | |||
| 20090265338, | |||
| 20100070484, | |||
| WO111504, | |||
| WO195586, | |||
| WO201391, | |||
| WO3021514, |
| Date | Maintenance Fee Events |
| May 20 2015 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
| May 16 2019 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
| May 28 2023 | M1553: Payment of Maintenance Fee, 12th Year, Large Entity. |
| Date | Maintenance Schedule |
| Nov 29 2014 | 4 years fee payment window open |
| May 29 2015 | 6 months grace period start (w surcharge) |
| Nov 29 2015 | patent expiry (for year 4) |
| Nov 29 2017 | 2 years to revive unintentionally abandoned end. (for year 4) |
| Nov 29 2018 | 8 years fee payment window open |
| May 29 2019 | 6 months grace period start (w surcharge) |
| Nov 29 2019 | patent expiry (for year 8) |
| Nov 29 2021 | 2 years to revive unintentionally abandoned end. (for year 8) |
| Nov 29 2022 | 12 years fee payment window open |
| May 29 2023 | 6 months grace period start (w surcharge) |
| Nov 29 2023 | patent expiry (for year 12) |
| Nov 29 2025 | 2 years to revive unintentionally abandoned end. (for year 12) |