A method for processing an intranet includes crawling the intranet to identify at least some of the pages in the intranet, and determining, for each identified page, a number of links in a shortest path from a root page to the identified page.
|
16. A method for processing an intranet comprising a plurality of pages organized hierarchically in layers, the method comprising acts of:
(A) receiving a query;
(B) computing a value indicating a generality of the query;
(C) identifying pages matching the query;
(D) determining, for each of the matching pages, an indication of a generality of the matching page based at least in part on the layer within the hierarchy of the matching page at which terms match the query; and
(E) presenting the matching pages in response to the search query, the presentation of the matching pages being based on a correlation between the value indicating the generality of the query and the indications of the generality of the matching pages.
1. A method for processing an intranet comprising a plurality of pages including at least one root page, the method comprising acts of:
(A) crawling the intranet to identify at least some of the plurality of pages in the intranet;
(B) determining, for each of the identified pages, a number of links in a shortest path from a root page of the at least one root page to the identified page, the number constituting a first number;
(C) identifying a number of the plurality of pages in response to a search query, the number constituting a second number; and
(D) presenting pages selected in response to the search query, the presentation of the selected pages indicating a degree of relevance of each selected page to the query, the relevance being based in part on comparing the first number to the second number.
19. A method for processing an intranet comprising a plurality of pages including at least one root page, the method comprising acts of:
(A) receiving a query;
(B) computing a value indicating a generality of the query based at least in part on identifying a number of the plurality of pages matching the query;
(C) computing a value, for each of the matching pages, indicating a generality of the matching page based at least in part on a number of links in a shortest path from a root page of the at least one root page to the matching page; and
(D) automatically presenting the matching pages in response to the query, the presentation of the matching pages being ordered based on a correlation between the value indicating the generality of the query and the values indicating the generality of the matching pages.
2. The method of
(E) storing information for each of the identified pages, the information indicating the first number of links in the shortest path from the at least one root page to the identified page, the information specifying a hierarchical level for the identified page in the intranet.
3. The method of
(F) defining a subject matter specificity level for the identified page in correlation to the hierarchical level of the identified page.
4. The method of
5. The method of
(E) selecting a plurality of conceptual pages to be a plurality of root pages.
6. The method of
8. The method of
(E) determining a reverse page level associated with the first number of links in the shortest path for each identified page.
9. The method of
(F) excluding pages of the identified pages having a shortest path with the number of links less than a threshold number of links.
10. The method of
(E) parsing each page of the plurality of pages to identify any terms in the page.
11. The method of
(F) determining, for each identified term, a distance from a root node of the page.
12. The method of
(G) storing information, for each identified term, indicating the distance from the root, the information specifying a hierarchical level for the identified term, in the page.
13. The method of
14. The method of
15. The method of
17. The method of
18. A computer comprising at least one processor that receives one or more computer programs that include computer-executable instructions that, when executed, perform the method of
20. The method of
|
The present invention relates to search engines for intranets.
Search engines are often used to locate information of interest in a network, such as the entire Internet, or a more focused search of an enterprise intranet. In response to a user's query, a typical search engine provides a rank-ordered list that includes brief descriptions of the uncovered content, as well as text links to the associated network pages. The rank ordering of the list is typically based on a match between words appearing in the query and words appearing in the content. Typical limitations in present search methodology often cause irrelevant content to be returned in response to a query. In particular, the wealth of available content can impair search engine efficacy since it is difficult to separate irrelevant content from relevant content.
A typical engine selects pages, in part, based on the number of appearances of keywords found in search pages. A page can be assigned a relevance corresponding to the number of incidences of a search term on the page, normalized to the length of the page. Some engines seek to improve search results by giving greater significance to Web pages that are linked by a greater number of other pages, taking the number of links as an indicator of significance.
Most search engines follow the same basic procedure for processing information in a network-based collection of pages. The engine uses crawling and parsing techniques to form an index of terms found in the pages of the network. The index includes data that is used by the search system to process queries and identify relevant pages. After the index is built, queries may be submitted to the search engine. A query represents the user's information request, and is expressed using a query language and syntax defined by the search engine. The search engine processes the query using the index data for the network, and returns a hit-list of objects that the search engine identifies as topically relevant. The user may then select relevant objects from the hit-list for viewing and processing. A user of the engine may also use a page from the hit-list as a starting point for further navigation through the network.
A search tool, according to some principles of the invention, can organize search results based on whether the results are associated with generic or specific subject matter content. For example, in response to a specific query, pages having related specific content can be returned, while, in response to a generic query, pages having related generic content can be returned. The search tool can involve any or all of crawling-related, parsing-related, and querying-related features.
Accordingly, in one aspect, the invention features a method for processing an intranet including pages, at least one of which is a root page. The processing methodology includes crawling the intranet to identify at least some of the pages in the intranet, and determining, for each identified page, a number of links in a shortest path from a root page to the identified page. A hierarchical level for the identified page can be assigned in response to the determined number of links in the shortest path.
In another aspect, the invention features a method for parsing at least one page of an intranet, where the page includes terms arranged in a hierarchical structure. The method includes parsing the page to identify terms in the page, and determining, for identified terms, one or more specificity-related parameters. The specificity-related parameters can be associated with, for example, the location of the term in the hierarchical structure of the page, and/or with a tag-type associated with the term.
In still another aspect, the invention features a method for processing a query for an intranet. The method includes receiving a query that includes at least one search term, and determining a degree of specificity of the query.
Applicant has appreciated that conventional search engines often give unsatisfactory results, due, for example, to the vast number of pages available for search, and due to the often very broad search queries submitted by users. A broad query can lead to the return of many hits that are of little or no use to the searcher. Moreover, relevant hits may be buried deep in a list of search results, so that the searcher has little chance of finding a relevant page in the list.
Applicant has further appreciated that conventional search engines are not well adapted to intranet searches. A user seeking general information often enters generic search terms for a search query. A search engine may then return a lengthy hit list having pages of interest that a user may fail to notice because they are buried deep in the list. Further, the list may include pages that have specific subject matter that is irrelevant to the general information sought.
The term “intranet” is used herein in a broad sense to refer a Web site (also known as a Web presence) or a private network (such as an employees-only intranet, or a customers-only extranet.) Thus, some intranets are accessible by the public, while others have restricted access. An intranet contains a collection of information linked together with navigational tools such that the information is presented as being a set of cohesive information.
An intranet includes pages, one or more of which are root pages at the top of a hierarchical structure. A root page can be, for example, a home page and/or a conceptual page. An intranet may be controlled by one or more entities, but typically is controlled by, for example, a single company, organization, or individual. An example of the structure of an intranet is illustrated in
Applicant have further appreciated that an intranet typically has a hierarchical structure in which pages are arranged at various levels, with each level being defined by the links needed to reach a page from one or more root pages. The structure can be viewed as a branch-like or root-like structure of a tree, with a root page at the base of the tree (i.e., at the top level of the tree roots, or the bottom level of the tree branches.) Pages at levels of greater distance from the root page typically have narrower and/or more detailed subject matter coverage than pages at levels closer to the root page, which tend to have more generic content. In accordance with one embodiment of the invention, one can influence the results obtained in response to a search queue, depending on whether the search queue seeks generic or specific information, as discussed further below.
A page refers to a file with formatting information that controls its visual layout when presented to a network user via a display as a page. A page has an associated network address. A page may also be referred to, for example as a node or a document. Typically, pages are linked to one or more other pages. A link may be followed by, for example, selecting a term associated with the link. Page content is often formatted through use of hypertext markup language (HTML). The following description utilizes examples of HTML-based pages, but it should be understood that such examples are illustrative and non-limiting, and that features of the invention are applicable to intranets that include pages based on any language, including languages other than HTML.
Individual pages can have a structural hierarchy. For example, an HTML-based page can have a node hierarchy associated with, for example, HTML tags including a root tag, and additional tags at various levels relative to the root tag. An example of this structure is shown in
The expression “conceptual page,” is used herein to refer to a page that acts as a primary page or parent for a particular subject matter topic, such that the conceptual page for a topic is at the top of the hierarchy for information specific to the topic. Links extending away from a conceptual page often provide additional information relating to the subject matter topic of the conceptual page, i.e., such pages can act as children to a parent conceptual page.
The word “term” is used herein to refer to a word, phrase, symbol, or other unit of information present in a page. Users of an intranet may search for information of interest in an intranet by, for example, submitting to a search engine a query including one or more terms associated with the information of interest.
The word “weight” is used herein to refer to a level of specificity related to a page or a term. It is also used to refer to a value assigned to a page at the time of a query to determine the placement of the page in a result list returned to a searcher. For example, weight can refer to the degree of specificity assigned to a page based on its hierarchy within an intranet, or to the degree of specificity of a term within a term hierarchy in a page.
Moreover, a page can be assigned specificity values associated with the terms in the page, and thus have different degrees of specificity for each of the different terms located in the page. A page assigned a greater degree of specificity has a higher probability of specific subject matter content than a page assigned a lesser degree of specificity, which has a relatively greater likelihood of general subject matter content.
A specificity can be assigned to a page/term combination, and determined from, for example, the location of the page in an intranet structure and/or the location of a term within the page structure. When page weights are assigned to pages in association with a degree of page relevance, for example, at the time of a query, pages of greater potential relevance can be directed toward, for example, the top of a query response result list.
The invention, in various aspects, arises, in part, from the realization that an intranet search engine can exploit structural features common to intranets to provide search results of improved relevance and/or to reduce the time a user spends locating relevant information. For example, an intranet includes pages linked through a series of page levels at increasing distances from a home page, or a conceptual page. Applicant recognized that more distant pages in an intranet structure tend to include information of greater specificity. That is, Applicant has recognized that intranet authors and designers tend to place more general information in pages at or closer to a root page, and more detailed, topically specific information further from the root page.
Moreover, corporate presence Web site managers, for example, tend to organize a structure of their sites into groups of logical concept areas. These concept areas can also be organized in a manner that places more specific content at a greater distance away from the concept's home page than general content on the same subject. Thus, an intranet can have link structures that tend to be organized into clusters of concepts that are themselves organized, via links, from general to specific.
Thus, near-level pages typically tend to cover broader subject matter at a more generic breadth, while more distant level pages typically tend to provide more narrow, detailed, and specific information about some aspect of the subject matter of a base-, or near-base, level page. Thus, in one embodiment, according to principles of the invention, the structure of an intranet can be exploited to provide more relevant search results by, for example, crawling pages in the intranet to determine their hierarchical location, and inferring a degree of specificity of the crawled pages based on their hierarchical position. In another embodiment, a degree of specificity of content can be inferred based on structure within a page.
In one embodiment, described below, the information regarding page hierarchy and hierarchy of terms within a page are used together. The invention, however, is not limited in this regard, as either feature can be used either together or alone.
In another embodiment, once information regarding specificity is inferred, a search query can be examined to determine the level of specificity requested, then content having the described level of specificity can be returned.
According to principles of the invention, a search engine, for example, can exploit the above-described structural tendencies to provide more relevant and/or more useful page hits. For example, pages having more specific information can be pushed to the top of a hit list in response to a relatively specific query, and pages having more general information can be pushed to the top of a hit list in response to a relatively broad query. Thus, a user can, for example, more easily and quickly locate pages of interest by spending less time reviewing general subject matter pages when a specific query is made, or inappropriate specific pages when a general query is made.
In contrast, conventional art search engines typically return pages, in response to a query, that include query terms; the pages may be reordered in response to, for example, the number of links directed to a page, which can be taken as an indicator of page importance. Conventional search engines, however, do not utilize features of the structural hierarchy of an intranet, as described herein with respect to the present invention. For example, a conventional search engine can tend to return high level pages having generic subject matter in response to a narrow query, or can return irrelevant deeper level pages having narrow subject matter in response to a broad query.
Thus, according to principles of the invention, a generic query can be used to direct a searcher to portions of an intranet that contain general subject matter related to the query; from these portions, users can often find the information they need via further site navigation down to pages having more specific and relevant subject matter. Conversely, a specific query can be used to direct a searcher to portions of an intranet that contain specific subject matter related to the query.
The method also includes an act of determining 120, for each identified page, a number of links in a shortest path from a root page to the identified page. The shortest path can be determined in any suitable way. The path can be determined 120 as each page is identified 120. Alternatively, for example, pages can first be identified 110, and then the shortest path can be determined 120.
The method 100 also includes an act of storing 130 information for each identified page indicating the number of links in the shortest path from the at least one root page to the identified page, the information specifying a hierarchical level for the identified page in the intranet. The information can take any form. It can be the links, it can be information that rates specificity according to any scale, or any other suitable way.
Thus, according to the embodiment of the invention of
The shortest path is a path of first discovery of an identified page upon crawling from a root page. The shortest path can be determined by beginning a crawl from a root page, and proceeding to a next level of pages via links embedded in the root page. Links embedded in the next level of pages can similarly be followed deeper into the intranet hierarchy. A link to a root page, embedded in a page deeper in the hierarchy, is preferably ignored because all pages in an intranet may include such an embedded link, to enable a user to easily return to a root page, such as a home page of the intranet. Thus, a shortest path will often be a function of links intentionally placed in pages of the intranet.
The method 300 can include an act of storing 330 information, for each identified term, indicating the specificity-related parameter, such as the distance from the root. The information can thus specify a hierarchical level for the identified term in the page. Information specifying a hierarchical level for the identified term in the page can take any form. It can be the levels from a root of a page, it can be information that rates specificity according to any scale, or any other suitable way.
In accordance with one embodiment of the invention, term specificity can be inferred, at lease in part, from the location of the term in an internal page structure. For example, an HTML page has a node hierarchy, as illustrated with reference to
The HTML page hierarchy includes HTML tags, which in turn are typically associated with inner text. In accordance with one embodiment, these node hierarchies can be used to infer general versus specific content in a page. For example, the closer the node containing the current inner text is to a page's root, the greater the likelihood that the inner text contains general content that is not specifically focused on a specific topic. Conversely, the further the node is located from the root, the greater the likelihood that the inner text of the node is specific to a particular topic.
Moreover, Applicant has appreciated that formatting aspects, such as bolding of a term, underlining of a term, and/or linking of a term, can indicate a greater level of significance of the term in association with greater specificity, and also results in the text being located further from the root of the page.
The above-described page-level structural information can be used to infer, for example, the weight that a page should have for a given term contained in the document. Thus, for example, a page can be assigned a greater level of specificity for terms in the page identified as associated with a greater level of specificity than other terms in the page.
In one embodiment of the invention, term weights for a page are normalized against the term weights for the same term in other pages based on page length. This normalization helps to prevent long pages from appearing to be more specific than short pages; i.e., a page having greater length will tend to include more appearances of a term. Normalization, when used, can be performed in any suitable way.
As discussed above, in some embodiments of the invention, terms in the page structure 400 that are more distant from the root tag 401 can be identified as corresponding to information of greater specificity. For example, the root tag 410 can be associated with level 0, the page heading tag 410 and the body tag 420 can be associated with level 1, the page title tag 411, heading meta tags 412, body heading tag 421, body table tag 422, and body paragraph tag 423a can be associated with level 2, and the body paragraph tag 423b can be associated with level 3.
Moreover, a term that has additional formatting can be associated with a greater level of specificity. Additional formatting indicative of specificity can include, for example, a bold or other distinguishing font or color, a hypertext link, and/or presence in a title or meta tag. Accordingly, terms can be associated with deeper levels of a page hierarchical structure in correspondence to their additional formatting, if any.
Additional tag types can be indicative of a deeper level in a page hierarchy. Such tag types include, but are not limited to, code tags. Term specificity can then be associated with term depth in the hierarchy of the page. Further, term specificity can be weighted according to tag type, as described in more detail below. Thus, a specificity calculation can be improved by utilizing an indication of specificity level provided by a tag type.
Preferably, inner text is assigned a level in the page hierarchy in association with its immediate node level. That is, a node can include inner text, and children also having inner text. The inner text of the children is thus preferably viewed as residing at a different level of the hierarchy in comparison to the inner text immediately associated with the parent node.
As mentioned above, information regarding the specificity or generality of content in a page can be inferred based both upon the position of the page in an intranet hierarchy, as well as information controlling the position of the content in the structure of a page. These two bases of information regarding the specificity/generality of content can be combined in any suitable way, and an embodiment of the invention that employs both is not limited to any particular technique. Below, a specific example is described that employs the two sources of information, but this is merely an example, as determination of the specificity/generality of content can be done in other ways.
Crawling 110 (see
Using techniques such as those described above, the acts of crawling 110 and determining 120 can be used to gather link information to determine the location of a page in an intranet structure. For example, crawling 110 can provide a parameter, DL, identifying the page level for each identified page within the intranet. The parameter DL can be specified in any suitable way. For example, DL is conveniently identified as the distance of a particular page from the root page in units of levels, where the root page is at level 0, and each successive level extending away from the root page is incremented by 1 relative to a previous level.
In this example, in addition to page levels determined during crawling 110, nesting levels of terms within pages are determined for terms during parsing of identified pages, as may be accomplished via use of the method 300. According to some principles of the invention, combining information regarding page position within an intranet hierarchy and content position within a page can be implemented through the use of formulae, examples of which are described next.
In this example, the following formulae relate to assigning term hierarchy within associated pages. A normalized term hierarchy for a term in an identified page is defined as follows:
NLW=NL−TTL,
where NLW is a normalized term level, or specificity, associated with a term in a particular page. NL is the raw term level of the term within the hierarchy of the particular page, as can be measured from a root tag of the page.
TTL is a threshold term level that defines a normalized minimum nesting level of the term for all pages of the intranet that include the term. The TTL has a constant value for a term for all pages identified that include the term. For example, the TTL can be conveniently selected by first determining the maximum nesting level of a term in all pages that include the term in an intranet. TTL can then be set at a level some distance from the maximum term level. For example, if the maximum nesting level for a term is level 10, TTL for the term can be set to level 5. The NLW parameter will then eliminate pages having the term at a nesting level no deeper than level 5.
Alternatively, for example, TTL can be selected based on statistical considerations. For example, TTL can be set at a level two standard deviations above the maximum term level.
In whatever manner TTL is selected, the effect of the TTL parameter is to eliminate, for a term, pages that include the term only at high hierarchy levels with the page. The TTL parameter in effect chops noise from a list of pages including a term by eliminating pages that, though including the term, do not have a sufficient specificity to warrant presentation to a searcher in a result list.
To further refine the specificity associated with a term, a term specificity parameter, TW, for a term in a page, can be determined by adding the NLW parameter to a tag weight parameter, TagW, as follows:
TW=TagW+NLW,
where TW is a term specificity associated with an overall specificity assigned to a term, for a particular page, and TagW is a tag specificity parameter ascribed to the term based on a term's immediate parent's HTML tag type. To accomplish this, tag types can be assigned constant values defined across an intranet for each tag type. For example, a weight of 1 can be assigned to the most common tag types across the intranet, while greater weights can be assigned to other tag types depending on their relative obscurity. For example, a tag having a weight of 2 can be half as frequent as a tag having a weight of 1. Also, for example, tags in a page head can be treated differently than tags in the page body. For example, tags in the head can be given a tunable weight. That is, any suitable procedure an be utilized to assign a specificity level to the various tag types.
For example, a tag can be assigned a value in part through statistical analysis, and in part through human selection. For example, tags can have a value of 1 to 20, with greater values associated with greater specificity. A statistical analysis can, for example, yield the frequency of tag use, with greater frequency indicating greater generality.
The above-described activities can be used to produce a term index of pages in the intranet. The term index can include a listing of pages that contain a particular term, and a specificity value for the term for each page, such as the TW parameter described above. Moreover, in some embodiments of the invention, an inverted keyword index, as known to those having ordinary skill in the search arts, can be created for searching at query time. An inverted keyword index can be searched to obtain a listing of pages that include search terms.
In some embodiments, an overall term specificity parameter (for example, the NTW parameter described below) is utilized, which is defined for a page relating to all appearances of a particular term in the page. A normalized overall term specificity parameter, NTW, is defined as follows:
NTW=log (STW/ASTW).
STW is a sum of all the term specificity (TW) values for all appearances of a term in a particular page. ASTW is an average of all STW parameter values for a term for all pages in which the term appears across the entire intranet. The ratio of STW to ASTW provides a raw normalized overall term specificity, while NTW is a normalized overall term specificity for a term in a page. NTW is expressed in terms of a log for convenience; the base of the logarithm can be base 10 or another value. Use of the logarithm limits the range of NTW values, which is convenient for calculational purposes.
The above-described example formulae can be used, for example, to assist a response to a search engine query, as described with reference to
Referring next to
The act of determining 520 can be done in any suitable way. In one embodiment, the specificity is determined in an inverse relationship to a potential number of pages returned in response to the query. The number of pages can be the number of pages that include any term found in a query. For example, a query that explicitly requires any of several search terms to appear in a returned page would provide such a potential number of pages. Alternatively, the number of pages can be the number of pages that include, for example, all of the search terms. Such a potential number of pages can be obtained if a query explicitly requires all search terms to reside in a page, or if this requirement is a default when no preference is provided.
The method 500 can include selecting 530 at least some pages of the intranet as matching the query. Selecting 530 can utilize a selection process that depends, at least in part, on the degree of specificity of the query. The method 500 can also include ranking 540 at least some selected pages for presentation in response to the query. Ranking 540 can utilize a ranking process that depends, at least in part, on the degree of specificity of the query.
Ranking 540 can entail ranking pages according to a level of page specificity correlated with the level of specificity of the query. Thus, if a query is perceived as specific, a presented ranking can give preference to pages having specific content. If a query is perceived as generic, or general, the ranking can give preference to pages having generic, or general, subject matter content.
For example, pages can be ranked in a sorted order, in one implementation of the method 500, by assigning a relevance value, R, to each selected page. For example, selected pages can be those that best match all terms in a query. The R value assigned to each such page can then determine a sort order of the selected pages for presentation to a searcher.
In one illustrative set of formulae for calculating page relevance values, R is defined as:
R=log (r), where
NDL=IDL−TDL, and
r=sum of ((twK*NTW)+(nlK*NDL)).
The parameters in these formulae have the following definitions.
NDL is a normalized page level for each of the pages that will be returned in response to a particular query. The NDL parameter provides a connection between the search results and the specificity of selected pages. The selected pages, as described below, can be further weighted according to the term parameters described above to further refine the result list presented to a searcher.
IDL is a reverse page level, corresponding to the distance of a particular page from a page at the maximum identified depth of all page levels across the intranet; each successive level away from the maximum depth level is determined by decrementing by 1 from the prior page level. Thus, IDL is similar to the page level parameter, DL, determined during parsing 110, as described above, with, however, the page level measured from the level of the maximum depth of all identified pages of the intranet rather than from the root page.
TDL, a threshold page level, is a minimum page level at which subject matter content is assumed to be significant. The value of TDL is selected in response to the specificity of a particular query, which itself is determined by a number of page hits in response to the query. The TDL can be determined empirically. For example, a range of TDL values can be assigned to a range of numbers of page hits. For example, if a maximum page level is 10, a particular specificity of a particular query can be assigned a TDL value of 5. In this example, calculation of NDL would serve to eliminate all pages in a hit list having page levels of less than 5.
Thus, TDL can be dependent on the specificity of a query. Thus, for example, a deeper TDL can be selected for a more specific query since a page level further from a root is likely to be more relevant for a more specific query. When TDL is subtracted from the IDL parameter, pages that have a negative NDL parameter value are dropped. Thus, pages that remain in a list of pages that include the query terms are those having a specificity greater than a level selected by the action of the TDL parameter.
R is the relevance assigned to a page selected in response to a query. R controls the sort order of a list of pages returned from a search in response to a particular query. R is calculated as a log of a raw relevance value (see r, below) to limit the range of R values to reside from 0 to 1. Limiting the range of values can be convenient for computational purposes. Moreover, the calculated values can be truncated to use, for example, only four digits, to further limit the computational requirements imposed by a search.
r is the raw relevance of each page selected in response to a query, and is the sum of the normalized overall term specificity (NTW) parameter, adjusted by a term weight coefficient (twK, see below), and the normalized page level (NDL), adjusted by a page weight coefficient (nlK, see below). Thus, the raw relevance provides a ranking of page hits correlated to both a page specificity parameter and a term-within-a-page specificity parameter.
twK is a term level coefficient, which is used, with the page level coefficient (see nlK,) to balance the effect given to the normalized overall term specificity (NTW) with the effect given to the normalized page level (NDL) in the calculation of the raw relevance, r. nlK is a page level coefficient. twK and nlK are selected to obtain a desired balance between the use of term specificity and page specificity in a relevance determination.
This balance can be chosen in any suitable manner. twK and nlk can be constants for all queries, or can be adjusted for different queries. twK and nlk can selected, at least in part, to adjust the units of the value of NTW, which is in term level values, and the units of the value of NDL, which is in page level values.
These constants can be assigned values of, for example, 0, 1, 2, or higher to vary the relative weights given to term specificity and page level in a relevance calculation. The values can be selected in any suitable manner. For example, a sample user group can be presented with search results generated with different assigned constant values, and the user group can then identify which set of results is most satisfactory. Thus, for example, constant values can be selected via a subjective, empirical approach.
As described above, in one embodiment, the generality of the search term or terms of a query is a function of the number of pages in a potential result list. For example, a query including the word “windows” on the Microsoft.com Web site will match hundreds of thousands of pages and, in accordance with one embodiment of the invention, is treated as a relatively general search term for that site. Understanding that the term “windows” is a generic query can enable a search engine, according to principles of the invention, to push up generic results in the results set of pages, i.e., pages having broad subject matter will be pushed to the top of a results list presented to the user of the search engine.
In contrast, a query having relatively few page hits can be deemed relatively specific. In response, page hits at a greater distance from a root page can be given a greater weight to push them towards the top of a results list. General content pages associated with lesser specificity values, as may exist near the root page, similarly can be pushed away from the top of a list. A searcher can then be directed to pages having a greater specificity of relevance to a search, to thus increase the speed and/or likelihood of a successful search.
For example, through the above-described processes, pages having a longer path can be given a greater weight in response to a specific query, while pages having a shorter path can be given a greater weight in response to a general query. Thus, a general query can receive, for example, a list of pages with general pages pushed toward the top of the list, while a specific query can receive a list of pages with specific pages pushed toward the top of the list.
The user presenting the general query thus need not sort through many pages having narrow undesired information. This user can start with general subject matter pages, which can be more likely to lead a user to pages having the desired information. Similarly, the user presenting the specific query can avoid examination of pages having information that is too general to satisfy the specific search.
It should be appreciated that some features of the methods 100, 300 outlined herein may be coded as software that is executable on one or more processors that employ any one of a variety of operating systems or platforms. Additionally, such software may be written using any of a number of suitable programming languages and/or conventional programming or scripting tools, and also may be compiled as executable machine language code.
It should be understood that the term “program” is used herein in a generic sense to refer to any type of computer code or set of instructions that can be employed to program a computer or other processor to implement various aspects of the present invention as discussed above. Additionally, it should be appreciated that according to one aspect of this embodiment, one or more computer programs that when executed perform methods of the present invention need not reside on a single computer or processor, but may be distributed in a modular fashion amongst a number of different computers or processors to implement various aspects of the present invention.
Various aspects of the present invention may be used alone, in combination, or in a variety of arrangements not specifically discussed in the embodiments described in the foregoing and is therefore not limited in its application to the details and arrangement of components set forth in the foregoing description or illustrated in the drawings. In particular, each of the top-level activities may include any of a variety of sub-activities. For example, the top-level activities described herein may include one or any combination of sub-activities described herein or may include other sub-activities that refine the hierarchical structure of instructing and administering a patch management process.
Use of ordinal terms such as “first”, “second”, “third”, etc., in the claims to modify a claim element does not by itself connote any priority, precedence, or order of one claim element over another or the temporal order in which acts of a method are performed, but are used merely as labels to distinguish one claim element having a certain name from another element having a same name (but for use of the ordinal term) to distinguish the claim elements.
Also, the phraseology and terminology used herein is for the purpose of description and should not be regarded as limiting. The use of “including,” “comprising,” or “having,” “containing”, “involving”, and variations thereof herein, is meant to encompass the items listed thereafter and equivalents thereof as well as additional items.
Patent | Priority | Assignee | Title |
10860590, | Apr 17 2017 | EMC IP Holding Corporation LLC | Method and apparatus of information processing |
Patent | Priority | Assignee | Title |
5794237, | Nov 13 1995 | International Business Machines Corporation | System and method for improving problem source identification in computer systems employing relevance feedback and statistical source ranking |
5875446, | Feb 24 1997 | International Business Machines Corporation | System and method for hierarchically grouping and ranking a set of objects in a query context based on one or more relationships |
6094649, | Dec 22 1997 | HANGER SOLUTIONS, LLC | Keyword searches of structured databases |
6101503, | Mar 02 1998 | International Business Machines Corp. | Active markup--a system and method for navigating through text collections |
6236364, | Sep 30 1998 | HIGHBRIDGE PRINCIPAL STRATEGIES, LLC, AS COLLATERAL AGENT | Method and arrangement for improving null depths |
6263364, | Nov 02 1999 | R2 SOLUTIONS LLC | Web crawler system using plurality of parallel priority level queues having distinct associated download priority levels for prioritizing document downloading and maintaining document freshness |
6636848, | May 31 2000 | International Business Machines Corporation | Information search using knowledge agents |
6658402, | Dec 16 1999 | International Business Machines Corporation | Web client controlled system, method, and program to get a proximate page when a bookmarked page disappears |
6681223, | Jul 27 2000 | International Business Machines Corporation | System and method of performing profile matching with a structured document |
6819339, | Feb 24 2000 | RPX Corporation | Web browser with multilevel functions |
6982708, | Jan 25 2002 | Microsoft Technology Licensing, LLC | Visually displaying sequentially ordered data for mining |
7779012, | Oct 15 2004 | Microsoft Technology Licensing, LLC | Method and apparatus for intranet searching |
20010029506, | |||
20010039657, | |||
20020069190, | |||
20020099700, | |||
20030101415, | |||
20030212673, | |||
20040024751, | |||
20050033641, | |||
20050262050, | |||
20060074903, | |||
EP950961, | |||
JP200029660, | |||
JP2002259407, | |||
JP2003186883, | |||
JP2004514978, | |||
JP8305729, | |||
JP9218876, | |||
JP954776, | |||
WO242862, |
Executed on | Assignor | Assignee | Conveyance | Frame | Reel | Doc |
Oct 15 2004 | Microsoft Corporation | (assignment on the face of the patent) | / | |||
Oct 15 2004 | D URSO, MARK S | Microsoft Corporation | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 015353 | /0138 | |
Oct 14 2014 | Microsoft Corporation | Microsoft Technology Licensing, LLC | ASSIGNMENT OF ASSIGNORS INTEREST SEE DOCUMENT FOR DETAILS | 034541 | /0477 |
Date | Maintenance Fee Events |
May 11 2017 | M1551: Payment of Maintenance Fee, 4th Year, Large Entity. |
May 12 2021 | M1552: Payment of Maintenance Fee, 8th Year, Large Entity. |
Date | Maintenance Schedule |
Nov 26 2016 | 4 years fee payment window open |
May 26 2017 | 6 months grace period start (w surcharge) |
Nov 26 2017 | patent expiry (for year 4) |
Nov 26 2019 | 2 years to revive unintentionally abandoned end. (for year 4) |
Nov 26 2020 | 8 years fee payment window open |
May 26 2021 | 6 months grace period start (w surcharge) |
Nov 26 2021 | patent expiry (for year 8) |
Nov 26 2023 | 2 years to revive unintentionally abandoned end. (for year 8) |
Nov 26 2024 | 12 years fee payment window open |
May 26 2025 | 6 months grace period start (w surcharge) |
Nov 26 2025 | patent expiry (for year 12) |
Nov 26 2027 | 2 years to revive unintentionally abandoned end. (for year 12) |