Contemporary search engines for user queries perform searches that are generally based upon keyword searching. Depending on the keywords within a query, search engines find matching documents and rank them based on likely relevance. Links to some number of these documents are then returned as search results, e.g., the top ten links.
Even though all ten links may be relevant to a query, a user often does not find a desired result among those first ten links. Sometimes this is because users seek to gain general information about an idea that perhaps can be expressed in multiple ways, or because the idea has multiple dimensions. For example, consider various users posing the same query “economic crisis” in the 2008 timeframe. Each user may be interested in a different component of the 2008 crisis, such as the housing meltdown, bank bailouts, mortgage-backed securities, stock market, credit defaults, auto companies, and so forth. In cases such as this in which there are so many possible user intentions, there is no set of ten links that can satisfactorily answer the query for all users. Moreover, the words “economic crisis” may not even appear within a document that a user may consider highly relevant and want to see.
This Summary is provided to introduce a selection of representative concepts in a simplified form that are further described below in the Detailed Description. This Summary is not intended to identify key features or essential features of the claimed subject matter, nor is it intended to be used in any way that would limit the scope of the claimed subject matter.
Briefly, various aspects of the subject matter described herein are directed towards a technology by which concepts are returned in response to a query in addition to (or instead of) search results in the form of traditional links. Each concept corresponds to a set of links to content that in general are more directed towards a possible user intention for that query. If a user selects a concept, that concept's links are exposed to facilitate selection of a document the user finds relevant.
In one aspect, the concepts are maintained in a concept data store that is built offline. To this end, a data store such as a query log may be optionally processed so as to find related queries, and another data source is processed into a relationship graph, e.g., an expression-URL graph. Clustering is performed on the relationship graph, such that each cluster corresponds to a concept and identifies a collection of queries and a set of URLs. Clustering may operate by finding dense subgraphs in the relationship graph, e.g., subgraphs that meet an internal density condition and (optionally) an external sparsity condition.
Other advantages may become apparent from the following detailed description when taken in conjunction with the drawings.
The present invention is illustrated by way of example and not limited in the accompanying figures in which like reference numerals indicate similar elements and in which:
Various aspects of the technology described herein are generally directed towards a search engine that provides a rich user experience by presenting key concepts related to a search, in addition to (or instead of) conventional search results. To this end, based upon information needs (described below) that are generally sets of queries and URLs that are associated with concepts, when a user query is posed, instead of simply finding the ten most relevant document links based upon keyword searching, some number of most relevant concepts are returned. A user can then select the appropriate concept to find relevant links based on the selected concept.
By way of example, a user querying with a simple expression such as “economic crisis” may be interested in any number of economic crisis-related concepts, (whereby such a query likely could not be answered with ten URLs).
In the example of
It should be understood that any of the examples herein are non-limiting examples. For example, while web searching is described herein, other searches such as relational database searches and the like may return concepts to help a user zero in on a desired result. As such, the present invention is not limited to any particular embodiments, aspects, concepts, structures, functionalities or examples described herein. Rather, any of the embodiments, aspects, concepts, structures, functionalities or examples described herein are non-limiting, and the present invention may be used various ways that provide benefits and advantages in computing and search/query processing in general.
In one implementation, related queries are first optionally mined from various data sources. In one embodiment, related expressions may be discovered by a random walk on the query-click graph. In another embodiment, a graph is constructed whereby vertices comprise expressions and an edge connects two expressions if one of the following or some combination of the following are satisfied: (a) some or many users pose both expressions in a time window; (b) some or many URLs have both expressions appear in the title; (c) some or many URLs have both expressions appear in the body; (d) some or many URLs have both expressions are used in the anchor text; and/or (e) some or many advertisers bid on both expressions, and so forth. Edge construction is not limited to these sources, but rather reflects some common data sources.
Once such a graph is constructed, any one of many possible clustering algorithms may be used to find related queries. In one embodiment, connected components may form related queries. In another embodiment, spectral clustering may be used to find related queries. Many other clustering methods (e.g., known in the art) may also be applied.
Information needs are mined from data corresponding to prior user actions and other information, wherein each information need is a tuple of (expression, need) pairs, denoted by (Q, N), in which Q refers to a collection of expressions and N refers to a set of web pages. More particularly, for each information need, mining determines a collection of expressions, denoted by Q, any of which may be posed as a search query to express a certain need; for each information need, the set of web pages, N, that satisfy the need is obtained.
As represented in
Online query processing is also represented in
If the user receives the concepts and then selects one of the concepts, links to URLs/documents (e.g., the document set N) are provided based on the selected concept 214. In general, these are conventional links ranked by relevance, and may include images, advertisements (e.g., targeted at least in part based upon the concept), and so forth. Note that given a concept, a search may be performed, or the document set N may be known in advance for each concept, and possibly available to the browser via the search results before user selection of a concept. In this example, the search engine 210 then accesses a document data store 216 to provide the document 218 that was chosen from the selected concept.
Turning to aspects related to mining to obtain the concepts, in general each (Q,N) information need is an (expression, need) pair if each query in Q can be used to express a need for each URL in N, and if queries not in Q are not typically used to express a need for URLs in N. Similarly, URLs not in N are not typically clicked in response to queries in Q.
As represented in
Note that with respect to interpreting query-click logs and anchor-URL logs, as queries are issued by search users, there can be many ‘noisy’ queries associated with clicks in the query-click logs. Some examples of noisy queries include misspelled queries, pornographic queries, and so forth. Therefore, a set of queries in an expression-need pair (E,N) obtained from the query-click graph are often observed to be small variations of each other. Combining the query click graph with the anchor URL graph can enhance the set of expressions with less noisy expressions. Note that the anchor text used in referring web-pages comprises more carefully edited ‘expressions’ by experts or a select few.
Still other types of relationship graphs are possible; for example, U may again comprise queries, with the vertices V based upon text related to URLs rather than the URLs themselves, such as text found in the title, body, anchor and/or other text of the URL (e.g., the text of the URL string). An edge represents a match between query text and a URL's text.
Moreover, if the optional first step of finding related expressions was performed, then the bipartite graph can be further embellished to include more edges. In one embodiment, if expressions u1 and u2 are known to be related and if expression u1 contains clicks to a set of URLs V′ while expression u2 contains clicks to a set of URLS V″, then the edges in the query click graph can be embellished to include edges from u1 to V′∪V″ and u2 to V′∪V″.
With respect to clustering, given such a relationship graph, the information need can be considered a problem of finding the (expression, need) pairs, which may be solved by finding dense subgraphs. In graph terminology, (Q,N) is an (expression, need) pair if (Q,N) is a dense bipartite subgraph, and optionally each q′ not in Q has few edges into N and each n′ not in N has few edges into Q. Note that there are many ways to find dense subgraphs; one example is described herein, and generally is explained in the context of a query-click graph although any other graphs including those described above may be processed in the same manner.
InformationNeed: Given a bipartite graph G=(U,V,E), find all (Q,N) expression-need pairs, Q⊂U, N⊂V, such that:
The above internal density condition (1) is directed to how dense the edges inside the subgraph are, and may require a complete subgraph, e.g., a subgraph in which all queries have edges to all URLs of the subgraph. This condition may also be such that most vertices U in Q have edges to most vertices V in N, rather than requiring all. One possible definition is |E(N,Q)|>=β|N∥Q|. Another possible relaxation is that for each n in N, |E(n,Q)|>=β|Q| and for each q in Q|E(N,q)|>=β|N|.
Condition (2) relates to external sparsity (alpha, or α), in general so that queries outside of the cluster do not too often result in clicks to URLs that are in the cluster. Although optional, external sparsity is considered for a number of reasons. For one, with only a restriction on density, there is a problem with generating super-polynomially many more (expression, need) pairs than the size of the graph. In practice, it is computationally prohibitive to generate that many information needs. For another, if there are many expressions outside of Q that are used to access most of N, but less than β|N|, then those expressions are to be included in Q, otherwise it is typically better to not even output such an (expression, need) pair.
Turning to properties of expression, need pairs (E,N), note that information needs overlap. For example, single-word queries will almost certainly appear in many information needs. Likewise, popular URLs such as “msn.com” will be satisfied by many information needs. As a result, many well-known clustering algorithms cannot be used for clustering.
In general, when determining information needs, the number of information needs is not specified because the number present in the query, click graph is not known, and a binary search over the number of information needs may be computationally expensive.
With respect to clustering, in one embodiment, information needs can be discovered based upon a champion vertex and its neighbors. In general, a champion vertex is one that “champions” the cluster by having most of its edges into the cluster. Thus a query such as “economic crisis 2008” may be a good champion because it is directed towards one relatively narrow concept; a query such as “jaguar” is not a good champion, as it may refer to a large cat, a car, a football team, an operating system, and so forth. One example algorithm is as follows:
A similar process can be repeated for the vertices in V. The above algorithm is a straightforward modification of an algorithm suggested in the publication entitled “Clustering Social Networks” by Mishra, Schreiber, Stanton and Tarjan, Internet Mathematics, 2009.
Other methods can be used to find co-clusters in a bipartite graph, for example as described by Dhillon, Mallela, Modha, “Information theoretic co-clustering”, In Proceedings of the ACM SIGKDD Conference, 2003,and “On Finding Large Conjunctive Clusters,” Mishra, Ron and Swaminathan, Proceedings of the 16th Annual Conference on Learning Theory (COLT), 2003. If desired, complete bipartite subgraphs may be found using well-known methods.
Online processing of a query is represented beginning at step 408 where the query is received. In this example, online search results (e.g., document links found via a conventional search) are retrieved at step 410 for merging with any concepts that may exist for this query, as determined via step 412. If concepts exist, they are merged at step 414 with the other search results. Note that an alternative implementation may return only concepts if they exist, or document links if not, rather than a mix of concepts and document links. Step 416 represents returning the search results page.
At this time, the user may click on a concept or a document link as represented by step 418. Note that steps 418 and forward may be handled in the browser code, or in a combination of browser code and server interaction. Further note that other user actions are possible but not considered here, e.g., the user may instead submit a new or modified query, may click on a suggested query in a “related search” or perform another action (e.g., close the browser).
Assuming a concept or a document link is selected, step 420 determines which. If a document link, step 422 operates to return the document corresponding to the URL of the link, e.g., from the server or a local or intermediate cache. If a concept, step 424 exposes the URLs for the selected concept. Note that these URLs may be included in the original search results such that a “concept-aware” browser can provide the links upon concept selection, or further interaction with the server to obtain the links may be performed.
In this manner, concepts based on mined information needs may be included in search results. However, in addition to returning concepts, the identification of information needs may be used for other purposes. For example, information needs may be used to train a document relevance ranking function: if queries q and q′ both belong to the same (expression, need) pair, then the URLs and labels for q can be used to train q′, and vice versa. Alterations or suggestions are other aspects: if a “central” expression in an (expression, need) pair is found, i.e., one that expresses the need most accurately and that yields good results, the central expression may be altered or suggested when a user poses any query in the expression, need pair.
Still another aspect is using the information need as a feature. For example, if a query belongs to Q and a URL belongs to N, where (Q,N) is an (expression, need) pair, then a feature that boosts the score of the query, URL combination may be used.
The invention is operational with numerous other general purpose or special purpose computing system environments or configurations. Examples of well known computing systems, environments, and/or configurations that may be suitable for use with the invention include, but are not limited to: personal computers, server computers, hand-held or laptop devices, tablet devices, multiprocessor systems, microprocessor-based systems, set top boxes, programmable consumer electronics, network PCs, minicomputers, mainframe computers, distributed computing environments that include any of the above systems or devices, and the like.
The invention may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, components, data structures, and so forth, which perform particular tasks or implement particular abstract data types. The invention may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in local and/or remote computer storage media including memory storage devices.
With reference to
The computer 510 typically includes a variety of computer-readable media. Computer-readable media can be any available media that can be accessed by the computer 510 and includes both volatile and nonvolatile media, and removable and non-removable media. By way of example, and not limitation, computer-readable media may comprise computer storage media and communication media. Computer storage media includes volatile and nonvolatile, removable and non-removable media implemented in any method or technology for storage of information such as computer-readable instructions, data structures, program modules or other data. Computer storage media includes, but is not limited to, RAM, ROM, EEPROM, flash memory or other memory technology, CD-ROM, digital versatile disks (DVD) or other optical disk storage, magnetic cassettes, magnetic tape, magnetic disk storage or other magnetic storage devices, or any other medium which can be used to store the desired information and which can accessed by the computer 510. Communication media typically embodies computer-readable instructions, data structures, program modules or other data in a modulated data signal such as a carrier wave or other transport mechanism and includes any information delivery media. The term “modulated data signal” means a signal that has one or more of its characteristics set or changed in such a manner as to encode information in the signal. By way of example, and not limitation, communication media includes wired media such as a wired network or direct-wired connection, and wireless media such as acoustic, RF, infrared and other wireless media. Combinations of the any of the above may also be included within the scope of computer-readable media.
The system memory 530 includes computer storage media in the form of volatile and/or nonvolatile memory such as read only memory (ROM) 531 and random access memory (RAM) 532. A basic input/output system 533 (BIOS), containing the basic routines that help to transfer information between elements within computer 510, such as during start-up, is typically stored in ROM 531. RAM 532 typically contains data and/or program modules that are immediately accessible to and/or presently being operated on by processing unit 520. By way of example, and not limitation,
The computer 510 may also include other removable/non-removable, volatile/nonvolatile computer storage media. By way of example only,
The drives and their associated computer storage media, described above and illustrated in
The computer 510 may operate in a networked environment using logical connections to one or more remote computers, such as a remote computer 580. The remote computer 580 may be a personal computer, a server, a router, a network PC, a peer device or other common network node, and typically includes many or all of the elements described above relative to the computer 510, although only a memory storage device 581 has been illustrated in
When used in a LAN networking environment, the computer 510 is connected to the LAN 571 through a network interface or adapter 570. When used in a WAN networking environment, the computer 510 typically includes a modem 572 or other means for establishing communications over the WAN 573, such as the Internet. The modem 572, which may be internal or external, may be connected to the system bus 521 via the user input interface 560 or other appropriate mechanism. A wireless networking component such as comprising an interface and antenna may be coupled through a suitable device such as an access point or peer computer to a WAN or LAN. In a networked environment, program modules depicted relative to the computer 510, or portions thereof, may be stored in the remote memory storage device. By way of example, and not limitation,
An auxiliary subsystem 599 (e.g., for auxiliary display of content) may be connected via the user interface 560 to allow data such as program content, system status and event notifications to be provided to the user, even if the main portions of the computer system are in a low power state. The auxiliary subsystem 599 may be connected to the modem 572 and/or network interface 570 to allow communication between these systems while the main processing unit 520 is in a low power state.
While the invention is susceptible to various modifications and alternative constructions, certain illustrated embodiments thereof are shown in the drawings and have been described above in detail. It should be understood, however, that there is no intention to limit the invention to the specific forms disclosed, but on the contrary, the intention is to cover all modifications, alternative constructions, and equivalents falling within the spirit and scope of the invention.