Method and apparatus for reconstructing a search query

Information

  • Patent Application
  • 20080040323
  • Publication Number
    20080040323
  • Date Filed
    August 10, 2006
    18 years ago
  • Date Published
    February 14, 2008
    16 years ago
Abstract
Methods and systems for reconstructing a full query based on a partial query are disclosed. Existing interfaces for search engines may be rigid and require users to submit full queries to perform searched. The methods and systems described herein may solve these problems by allowing a flexible way for users to submit a partial query and reconstruct a full query based on the partial query. A search may then be performed using the reconstructed query.
Description

BRIEF DESCRIPTION OF THE DRAWINGS


FIG. 1 is a diagram of an exemplary architecture for providing search results;



FIG. 2 is a flow chart of an exemplary method for providing search results to a user based on a partial query;



FIG. 3 is another exemplary architecture including a search engine and query reconstruction server;



FIG. 4 is a flow chart of an exemplary method for building query indexes;



FIG. 5 is an exemplary query index;



FIG. 6 is another exemplary query index; and



FIG. 7 is another exemplary query index.





DETAILED DESCRIPTION

Referring now to the drawings, and initially to FIG. 1, an exemplary architecture for providing search results is shown. The architecture 100 may include a user client system 110, a search engine server 120, and a database 130. Although reference will now be made to specific components of the system performing specific features, it should be apparent that such reference is exemplary, is not intended to limit the scope of the claims in any way, and that the functionalities described herein may be implemented in a virtually unlimited number of configurations.


The user client system 110 may submit a search query to search engine 120 via the communications network 140. The communication network 140 may be any private or public communication network. The user client system 110 may connect to the search engine server 120 via the Internet using a standard browser application. A browser based implementation allows system features to be accessible regardless of the underlying platform of the user client system 110. For example, the user client system 110 may be a workstation computer, laptop computer, handheld computer, cell phone, mobile messaging device, or the like which may all utilize different hardware and/or software packages. Alternatively, or additionally, the user client system 110 may connect to the search engine server 120 using a stand-alone application which may be either platform dependent or platform independent. Other methods may be used to implement the user client system 110.


The search engine server 120 may receive a partial query from the user client system 110, reconstruct a full query and provide search results based on the reconstructed query. The search engine server 120 may also include a web server that delivers Web pages that may include the search results to browsers (and other files to applications) via the HTTP protocol. The search engine server 120 may include a database 130 for storing the information to be search. The database 130 may also include search query statistics such as an index of all submitted queries, the number of times a particular query was submitted, and the like. Moreover, although figuratively attached to search engine server 120, database 130 may, in practice, distribute user-specific data elements (such as user preferences) to the user client system 110.



FIG. 2 is a flow chart of an exemplary method for providing search results to a user based on a partial query. Initially, the user may submit a partial query which is received at 210. As used herein, the term “partial search query” or “partial query” means any abbreviated or incomplete search query such that the submitted query is not fully representative of the entire search query desired by the user. In other words, partial search queries are shorthand ways of expressing typical search queries. For example, a partial query “a i” may be used to represent the full search queries “American Idol™” or “auto insurance.” It should be apparent that a full search query may be represented by a multitude of partial search queries. As an additional example, the full query “auto insurance” may be represented by the partial queries “a ins,” “auto ins,” “a insurance” and the like. The partial search query may include a regular expression, such as the partial query “w c s[oc].*”, which may match the full queries “world cup soccer”, “world cup schedule”, “world cup scores”, and the like.


Next, a full query is reconstructed from the partial query at 220. For example, the query “auto insurance” may be reconstructed from a partial query of “a i”. In order to reconstruct the full query, partial query may be interpreted in a particular manner. The system may interpret the partial query as a series of word separated by delimiters, such as a space character. For example, the partial query “a i” may be interpreted as a two word query. Each word of the partial query may be interpreted as a partial word of the full query, and the system may then determine a full query that matches the partial words specified in the partial query. The determined full query may be the most frequently submitted known query that matches the partial words of the partial query in the same order, or may be determined using any other criteria.


Optionally, alternative queries may also be determined at 230. Alternative queries may include any query that matches the partial query but is not selected as the reconstructed full query. For example, the partial query “b” may be reconstructed as the query “basketball” while the query “baseball” may be determined to be an alternative query. The alternative queries may include any full queries that match the partial words of the partial query in a different order. The received partial query may also be designated as an alternative query.


Finally, a search may be performed using the reconstructed query at 240, and the results may be provided to the user at 250. Optionally, the alternative queries may also be provided to the user. For example, a list of hyperlinks may be provided that allow the user to submit a search using the alternative query. The list may also include the initially received partial query to allow the user to perform a search using the original partial query. The system may limit the number of alternative queries that are provided to the user, such as providing four or five alternative queries.


Another exemplary architecture for providing search results is shown in FIG. 3. The architecture 300 may include a user client system 110, a search engine server 120, and a database 130, similar to those described above in reference to FIG. 1. The search engine server 120 may include a query reconstruction server 310, a query data management server 320, and a search engine 330. The query reconstruction server 310 may reconstruct a full query from a partial query submitted via the client system 110. The reconstructed query may then be provided to the search engine 330. The query reconstruction server 310 may also determine alternative queries and cause the alternative queries to be provided to the user client system 110.


query data management server 320 may analyze historic query data. For example, the query data management server 320 may retrieve historic query data, analyze or filter the data, and generate data structures for later use in reconstructing the query. In one implementation, the query management may create query indexes that are provided to the query reconstruction server 310 for use in reconstructing the query. Other data structures may also be used.


A flow chart of an exemplary method for building query indexes is shown in FIG. 4. Initially, query data may be retrieved from a database of query data. The query data may include previously submitted queries. For example, query data representative of previously submitted queries to the Yahoo! Search Engine may be retrieved. The query data may also include frequency counts representative of the number of times the query has been submitted. Alternatively, or additionally, the query data may include weights that are calculated using the frequency data. For example, a weight for a particular query may be calculated by multiplying a constant value by the negative logarithm of the ratio of the frequency for the particular query to the highest frequency for all queries. Other methods of calculating a weight may also be used. The search query data may be retrieved periodically, such as once a day, once a week, or the like. Optionally, query data from multiple sources may be retrieved and consolidated by the system.


Next, the retrieved query data may be filtered. First, the most popular queries from the retrieved queries may be selected at 420. For example, the top million queries may be selected. Other amounts and criteria may also be used to filter the query data. The system may also filter the query data for controversial or objectionable queries at 430. For example, queries containing sexually explicit terms may be removed. Misspelled queries may also be removed. Alternatively, misspelled queries may be corrected. The system may also remove queries that are determined to be improper for other reasons, such as non-human submitted queries and the like. Other criteria for filtering the query data may also be used.


Finally, the system may construct indexes from the filtered query data at 440. In one implementation, the filtered queries may be split into different groups based on number of words in the query. Indexes may then be created for each query group. Exemplary one-word, two-word, and three-word indexes are shown in FIGS. 5, 6, and 7, respectively, described in more detail below. The index files may then be transmitted to the query reconstruction server 310, which may utilize the indexes to reconstruct the partial queries.


An exemplary one-word index 500 is shown in FIG. 5. The index may include a query 510 and a frequency 520 for each filtered query. The query may act as a key for the index and may be represented by a hash value based on the actual query. For example, the index may include hash values and weights for the single word queries “weather,” “maps,” and “game.” Assuming the system receives a partial query of “w,” the system may determine which single word queries match the reconstruction pattern for “w,” and select “weather” as the only potential match. The reconstructed query “weather” may then be submitted to a search engine. If additional matches are found, however, the system may then select the matching query with the largest weight as the reconstructed query. Optionally, the system may designate certain remaining matching queries as alternative queries, and provide a list of those alternative queries to the user with the search results.


An exemplary two-word index 600 is shown in FIG. 6. Two-word indexes may include a set of two sub-indexes. The first sub-index, referred to herein as the second word sub-index 625, may include a second word hash value 630 representative of all words that appear as the second word in the two word filtered query. The second word hash value 630 may act as a key for the second word sub-index, may also include corresponding values 640 representative of each potential first word that precedes the second word in the filtered two-word query. For example, the query “American Idol” may be represented as in the second word hash as the key-value pair “idol=American,” while the queries “auto insurance” and “health insurance” may be represented in the second word sub-index 625 as the key-value pair of “insurance=auto,health.”


Another sub-index, referred to herein as the first-word sub-index 605, may include hash values representative of the full two-word queries 610 along with their weight 620, similar to the one-word index described above. For example, the system may receive a partial query “a i” and determine potential matches from the second word sub-index of “idol,” “insurance,” and “ipod” by retrieving each value corresponding to the matching key. Each potential two-word query based on the partial matches may then be used to search the full query-hash 605. For example, the system may determine potential matches of “American Idol™,” “auto insurance,” “health insurance,” and “Apple iPod™,” based on the second word sub-index, and also determine that “health insurance” does not match based on the first word of the partial query “a i.” The system may also determine a full query match by determining if the first word of the full query matches the first partial word of the partial query. The system may then retrieve weights 620 for each matching full query 610 from the first word sub-index 605.


The system may then select the most popular query from among the matching queries as the reconstructed query, and optionally provide the remaining matches, or a subset of those remaining matches, as alternative queries. For instance, “Apple iPod™”, may have the largest weight and may be selected as the reconstructed query for submission to the search engine. The results may be provided to the user along with hyperlinks that enable the user to perform searches on the alternative queries “American Idol™,” and “auto insurance.”


An exemplary three-word index is shown in FIG. 7. The three-word index 700 may include three sub-indexes: a third word sub-index 745, a second word sub-index 725, and a first word query index 705. Similar to the second word sub-index 625 of the two-word index 600 described above, the third word sub-indexes 745 of the three-word index 700 may include keys 750 representative of hashed values based on the third word in the full query, and values 760 representative of list of potential second words. The second word sub-index 725 may include keys 730 representative of hashed values based on the second and third words in the query, and values 740 representative of list of potential first words. Finally, the first word sub-index 705 may include keys 710 representative of hashed values based on the three word query and values 720 representative of weights associated with each query. Using the index 700 shown in FIG. 7, the system may reconstruct the query “world cup soccer” from a partial query “w c s.”


Additional indexes, such as four word or five word indexes may also be created by the system in a similar fashion. Alternatively, or additionally, the system may treat the last n words of queries containing more than a specified number of words as a single word. For example, the four word query “world cup soccer schedule” may be treated by the system as a three word query with a third word “soccer schedule”. Because the number of such queries is small in comparison to the one and two word queries, placing them in a single group reduces the number of indexes which need to be managed without substantially affecting the performance of the reconstruction process. Alternatively, or additionally, the system may condense queries containing more than a specified number of terms. In condensing a query, the system may remove stop words from the query. Other methods of configuring the indexes and treating multi-word queries may also be used.


It is therefore intended that the foregoing detailed description be regarded as illustrative rather than limiting, and that it be understood that it is the following claims, including all equivalents, that are intended to define the spirit and scope of this invention.

Claims
  • 1. A method for providing search results to a user, comprising: receiving a first set of information indicative of a partial query;determining a full query based on the partial query;submitting the full query to a search engine;receiving results from the search engine; andpresenting the results to the user.
  • 2. The method of claim 1, further comprising determining an alternative query based on the partial query.
  • 3. The method of claim 2, further comprising presenting the alternative query to the user.
  • 4. The method of claim 3, where the alternative query is presented as a hyperlink.
  • 5. The method of claim 4, where the selection of the alternative query hyperlink causes the alternative query to be submitted to the search engine.
  • 6. The method of claim 1, further comprising present the partial query to the user.
  • 7. The method of claim 6, where the partial query is presented as a hyperlink
  • 8. The method of claim 7, where selection of the partial query hyperlink causes the partial query to be submitted to the search engine
  • 9. A method for determining a full query based on a partial query, the method comprising: receiving a first set of information indicative of a partial query;comparing the partial query to an index of known search queries to determine matching known queries;determining a full query by selecting at least one of the matching known queries.
  • 10. The method of claim 9, wherein the index includes weights for each of the known search queries.
  • 11. The method of claim 10, where the determining the full query further comprises selecting the matching known query with the largest weight.
  • 12. The method of claim 9, further comprising: building the index by retrieving information indicative of previously submitted search queries.
  • 13. The method of claim 12, where the building the index further comprises removing misspelled queries from the retrieved information.
  • 14. The method of claim 12, where the building the index further comprises removing queries including controversial terms from the retrieved information.
  • 15. A system for providing search results to a user, comprising: a query reconstruction server operable to: receive a first set of information indicative of a partial query;determine a full query based on the partial query; andsubmit the full query to a search engine;a web server operable to receiving results from the search engine and presenting the results to the user.
  • 16. The system of claim 15, where the query reconstruction server and the web server are different.
  • 17. The system of claim 15, further comprising: a query data management server operable to: retrieve historical query data including information relating to a plurality of previously submitted search queries;build an index of known search queries based on the historical query data; andprovide the index to the query reconstruction server, andwhere the query reconstruction server is further operable to determine the full query by comparing the partial query to the index of known search queries to determine matching known queries and determining a full query by selecting at least one of the matching known queries.
  • 18. The system of claim 17, where the index includes weight information for the plurality of previously submitted search queries, and where the query reconstruction server determines the full query based on the weight information.
  • 19. The system of claim 15, where the query reconstruction server is further operable to determine alternative queries based on the partial query, and where the web server is further operable to present the alternative queries to the user as hyperlinks and where the selection of the alternative query hyperlink causes the alternative query to be submitted to the search engine.
  • 20. The system of claim 15, where the web server is further operable to present the partial query to the user as a hyperlink and where selection of the partial query hyperlink causes the partial query to be submitted to the search engine.