In a text document search, a user typically enters a query into a search engine. The search engine evaluates the query against a database of indexed documents and returns a ranked list of documents that best satisfy the query. A score, representing a measure of how well the document satisfies the query, is algorithmically generated by the search engine. Commonly-used scoring algorithms rely on splitting the query up into search terms and using statistical information about the occurrence of individual terms in the body of text documents to be searched. The documents are listed in rank order according to their corresponding scores so the user can see the best matching search results at the top of the search results list.
Another evaluation that certain search engines may employ to improve the quality of the results is to modify the rank of the results by a selected ranking function. One exemplary prior art ranking function determines that when one page links to another page, it is effectively casting a vote for the other page. The more votes that are cast for a page, the more important the page. The ranking function can also take into account who cast the vote. The more important the page, the more important their vote. These votes are accumulated and used as a component of the ratings of the pages on the network.
A ranking function is used to improve the quality of the ranking. Typically, when evaluating the performance of a ranking function a set of users are asked to make relevance judgments on the top N (e.g., 10) documents returned by the search engine with a given ranking function for a given set of evaluation queries. The document corpus and the set of queries are kept fixed, so that performance of different ranking functions may be compared side-by-side eliminating all other variables from the equation. This is typically done in a prototyping (research) environment. A set of relevance judgments may also be obtained from a live system by asking users to volunteer relevance judgments for the search results on arbitrary set of queries. Relying on relevance judgments to measure the performance allows a ranking function to be optimized by iteratively varying ranking parameters and measuring performance.
Embodiments of the present invention are related to a system and method for ranking search results according to document properties. Inventors of the present invention discovered that independent of the query, the frequency of a document being relevant to any query may depend on a particular document property. For example, the relevance of the file may depend on the type of the file (e.g. word processing document, web page, email message, text file, etc.). In accordance with this discovery, some types of files rank higher than other types of documents despite the query terms used. For example, spreadsheets may be abnormally rare in the set relevant documents with respect to the frequency at which other document types are being returned by the ranking function. The present invention modifies the ranking function with an additional query-independent feature referred to as file type to adjust the ranking of documents based on the type of files, thus improving the overall precision of the search engine. The weight of relevancy associated with each file type is derived from the set of relevance judgments obtained from previous queries and feedback. In addition, by optimizing the weight, the weight may be treated as ranking function parameter, and the behavior of the performance measure on different values of the weight may be observed.
File type is a query-independent relevance measure that is dependent on the type of document returned as a search result. Once the file type is determined for a page, the file type is incorporated into the score for the page. The page's score incorporating the file type determines the page's rank among the other pages within the search results.
Additionally, other document properties may affect the relevance of a document independent of the query. These document properties include the language of the document and the size of the file. Values may be associated with these document properties and incorporated into a scoring function to affect the rank of a document.
In one aspect of the present invention, the network is first “crawled” to generate a table of properties associated with the links and pages of the network. “Crawling” refers to automatically collecting several documents (or any analogous discrete unit of information) into a database referred to as an index. Crawling traverses multiple documents on the network by following document reference links within certain documents, and then processing each document as found. The documents are processed by identifying key words or general text in the documents to create an index.
An exemplary index can be an inverted list that has a column of words and a column indicating in which documents those words can be found. When a user enters in one or more search terms, the results are obtained and the present invention applies a ranking algorithm that includes the file type term. The file type term positively or negatively affects the score of certain pages, refining the results returned to the user.
The present invention now will be described more fully hereinafter with reference to the accompanying drawings, which form a part hereof, and which show, by way of illustration, specific exemplary embodiments for practicing the invention. This invention may, however, be embodied in many different forms and should not be construed as limited to the embodiments set forth herein; rather, these embodiments are provided so that this disclosure will be thorough and complete, and will fully convey the scope of the invention to those skilled in the art. Among other things, the present invention may be embodied as methods or devices. Accordingly, the present invention may take the form of an entirely hardware embodiment, an entirely software embodiment or an embodiment combining software and hardware aspects. The following detailed description is, therefore, not to be taken in a limiting sense.
Illustrative Operating Environment
With reference to
Computing device 100 may have additional features or functionality. For example, computing device 100 may also include additional data storage devices (removable and/or non-removable) such as, for example, magnetic disks, optical disks, or tape. Such additional storage is illustrated in
Computing device 100 also contains communication connections 116 that allow the device to communicate with other computing devices 118, such as over a network. Communication connection 116 is one example of communication media. Communication media may typically be embodied by 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. The term computer readable media as used herein includes both storage media and communication media.
Illustrative Embodiments for Ranking Search Results Using File Types
Embodiments of the present invention are related to a ranking function for a search engine. The quality of a search engine is typically determined by the relevance of the documents according to the ranks assigned by the ranking function. The ranking function may be based on multiple features. Some of these features may depend on the query, while others are considered query-independent. This invention utilizes a query-independent measure of relevance referred to as file type prior. File type refers most commonly to the file type associated with a document. For example, a document may be a word processing document, a spreadsheet, an HTML web page, or other type of document. The present invention uses the file type of the file as a type-based prior to rank the search results. A prior refers to a prior probability of belief that a document should be relevant given its type. One method for establishing type-base priors is through the use of relevance judgments to weight the file types according to their relevance.
A plurality of documents on a distributed network, represented by documents 210, 212, 214, and 216, are available for searching. In practice, a search engine may search any number of documents and typically search collections containing large numbers (e.g., millions) of documents. The volume of documents may be reduced from the Internet setting to the intranet setting, but the reduction is usually from billions to millions so that the relative number of documents is still quite large. An indexing module (not shown) generates individual document attributes (e.g., file type) and associated statistics (e.g., term frequencies) (218, 220, 222, and 224) for each document. The document attributes and statistics are stored in an index 226.
Search engine 200 consults index 226 to determine a search score 228 for each document based on the query and the corresponding document attributes and statistics. In the present invention, one of the documents attributes included is the file type of the document. The file type is a query-independent attribute that is combined with other query-independent attributes and statistics and query-dependent attributes and statistics to form a document's final score. Typically, document scores 228 are then ranked in descending order to give the user a list of documents that are considered by the search algorithm to be most relevant to the query.
In the illustrated system, the search engine 200 represents a file type rated search engine, which considers the file type of a document in determining the document's search score. File type rating of a document leverages the relevance judgments associated with the each of the file types. A type-based prior is a query-independent relevance measure since it rates the document's importance based on its file type overall rather than according to the query (e.g., a query-dependent ranking function would be counting the number of times a search term appears in a document).
Index 310 is includes records that correspond to index keys and other document properties. The records of index 310 are used in providing results to client queries. In one embodiment, index 310 corresponds to multiple databases that collectively provide the storage for the index records.
Pipeline 320 is an illustrative representation of the gathering mechanism for obtaining the documents or records of the documents for indexing. Pipeline 320 allows for filtering of data by various plugins (e.g., gathering plugin 350) before the records corresponding to the data are entered into index 310.
Document interface 330 provides the protocols, network access points, and database access points for retrieving documents across multiple databases and network locations. For example, document interface 330 may provide access to the Internet while also providing access to a database of a local server and access to a database on the current computing device. Other embodiments may access other document locations using a variety of protocols without departing from the spirit or scope of the invention.
Client Interface 340 provides access by a client to define and initiate a search. The search may be defined according to keywords and/or other keys.
Gathering plugin 350 is one of several gatherer pipeline plugins. Gathering plugin 350 identifies properties that are included in a document, such as the text from the title or body, and the file type associated with the document. The properties are gathered by gathering plugin 350 as the documents provided through document interface 330 are crawled. In one embodiment, the functionality of gathering plugin 350 identifies all the fields of a document and their associated properties including the file type of the document.
Indexing plugin 360 is another plugin connected to pipeline 320. Indexing plugin provides the mechanism for generating, partitioning, and updating index 310. In one embodiment, indexing plugin 360 provides the word lists that temporarily cache the keywords and other keys generated from crawled documents before flushing these results to index 310. The records of index 310 are populated from the crawl results included in these word lists.
Property store 370 includes the anchor properties that have been gathered by gathering plugin 350. For a particular document, property store 370 includes a record of the file type that is associated with the document. For example, a record in property store 370 may include a document ID that identifies the document and the file type in separate fields. In other embodiments, other fields may be included in property store 370 that are related to a particular document.
Despite the illustration in system 300 of one-way and two-way communications between functional blocks, any of these communication types may be changed to another type without departing from the spirit or scope of the invention (e.g., all communications may have an acknowledgment message requiring two-way rather than one-way communication).
At block 404, the weighted file type value for each of the documents is merged with the other document statistics (see
At block 406, a scoring function is populated with the set of document statistics, including the component corresponding to the prior probability of relevance based on the file type. The scoring function calculates a score for a particular document. The file type component provides a query-independent factor to the scoring function. The other portion of the scoring function corresponds to other query-independent factors and the query-dependent or content-related portion of the scoring function. In one embodiment, the scoring function is a sum of query-dependent (QD) and query-independent (QID) scoring functions:
Score=QD(doc,query)+QID(doc) (1)
The QD function can be any document scoring function. In one embodiment, the QD scoring function corresponds to the field weighted scoring function described in patent application Ser. No. 10/804,326, entitled “Field Weighting in Text Document Searching”, filed on Mar. 18, 2004 and hereby incorporated by reference. As provided by the Ser. No. 10/804,326 patent application the following is a representation of the field weighted scoring function:
Wherein the terms are defined as follows: wtf is the weighted term frequency or sum of term frequencies of a given terms multiplied by weights across all properties; wdl is the weighted document length; avwdl is the average weighted document length; N is the number of documents on the network (i.e., the number of documents crawled); n is the number of documents containing the given query term; and k1 and b are constants. These terms and the equation above are described in detail in the Ser. No. 10/804,326 patent application.
The QID function can be any transformation of document properties or statistics such as the file type component, click-distance, and other document statistics (such as URL depth). In one embodiment this function for click distance and URL depth is as follows:
Wherein the terms for the function are defined as follows: wcd is the weight of the query-independent component; bcd is the weight of the click distance; bud is the weight of the URL depth; CD is the Click Distance; UD is the URL Depth; and kcd is the click distance saturation constant. The weighted terms (wcd, bcd, and bud) assist in defining the importance of each of their related terms and ultimately the shape of the scoring functions. The URL depth (UD) is an addition to the query-independent component to smooth the effect of the click distance on the scoring function. In some cases, a document that is not very important (i.e., has a large URL depth) may have a short click distance. For this embodiment, the present invention adds the two functions of (2) and (3) and the file type component (W(t)) to receive the scoring function (Score), such that the new scoring function becomes:
In other embodiments, the query-independent component may be incorporated into other ranking functions not shown for improvement of the ranking results without departing from the spirit or scope of the invention. Once scoring function (4) is populated with the document statistics for a particular document, processing proceeds to block 408.
At block 408, the scoring function is executed and the relevance score for the document is calculated. Once the relevance score is calculated, it is stored in memory and associated with that particular document. Processing then moves to decision block 410.
At decision block 410, a determination is made whether relevance scores for all the documents corresponding to the search query have been calculated according to scoring function (4). The scores may be calculated serially as shown or in parallel. If all the scores have not been calculated, processing returns to block 406 where the scoring function is populated with the next set of document statistics. However, if the all the scores have been calculated, processing continues to block 412.
At block 412, the search results of the query are ranked according to their associated scores. The scores now take into account the file type of each of the documents. Accordingly, the ranking of the documents has been refined so that documents of a particular document type are ranked higher the other documents of different file types where all other factors are the same. Once the search results are ranked, processing proceeds to block 414, where process 400 ends.
After process 400 is complete, the ranked documents may be returned to the user by the various operations associated with the transmission and display of results by a search engine. The documents corresponding to the higher precision results may then be selected and viewed at the user' discretion.
In one embodiment, the value associated with each file type is dependent upon previous relevance judgments made for each of the file types. For example, it may be determined that HTML documents are the most relevant documents independent of other factors. Accordingly, the HTML documents are accorded a higher score than the other documents. Furthermore, the scores may be normalized so that the values associated with other file types are measured according to their difference from the most relevant file type. Furthermore, additional relevance judgments may be made for the documents based on their file types so that the values associated with each file type are effectively “tuned” to achieve additional accuracy in the results.
Despite the concentration of the above discussion on file types, document properties other than the file type may be used according to the scoring function above to rank the search results. For example, a value may be associated with languages of documents, so that certain languages are valued as more relevant than other languages. Providing a factor in the scoring function to represent a value for the various languages further refines the ranking of the search results. In another example, a value may be associated with a range of sizes for each file associated with each document. For example, files between 0 and 100 KB may have one weighted value, while another weighted value is assigned to files greater than 10 MB. Assigning the weighted value to ranges of file sizes keeps the number of values discrete so that relevance measures and tuning may be applied. With the associated file size values, another factor may then be added to the scoring function to represent a value associated with the file size, such that files within a first size range are scored as more relevant than files within another size range.
The above specification, examples and data provide a complete description of the manufacture and use of the composition of the invention. Since many embodiments of the invention can be made without departing from the spirit and scope of the invention, the invention resides in the claims hereinafter appended.
The present invention is related to patent applications having Ser. No. 10/955,462, entitled: “System and Method for Incorporating Anchor Text into Ranking Search Results”, filed Sep. 30, 2004; Ser. No. 10/955,983, entitled, “System and Method for Ranking Search Results Using Click Distance”, filed Sep. 30, 2004; Ser. No. 10/804,326, entitled “Field Weighting in Text Document Searching”, filed on Mar. 18, 2004. The related applications are assigned to the assignee of the present patent application and are hereby incorporated by reference.