EXTRACTING AND DISPLAYING COMPACT AND SORTED RESULTS FROM QUERIES OVER UNSTRUCTURED OR SEMI-STRUCTURED TEXT
A system for indexing unstructured or semi-structured data is disclosed. The system may identify regions within the data, such as “Abstract” or “References”. The system may identify linguistic units such as sentences, noun groups, verb groups. The system may also identify concepts such as companies, people, diseases, amounts, and so forth. The query results may be formatted so that similar results from different documents, or from the same document, are clustered together.
This application claims priority to U.S. Provisional Patent Application No. 60/941,944 entitled “USE OF REGIONS TO PROVIDE RESPONSES TO QUERIES,” and filed on Jun. 4, 2007, which is hereby incorporated by reference.
This application claims priority to U.S. Provisional Patent Application No. 60/980,758 entitled “EXTRACTING AND DISPLAYING COMPACT AND SORTED RESULTS DIRECTLY FROM QUERIES OVER UNSTRUCTURED TEXT,” and filed on Oct. 17, 2007, which is hereby incorporated by reference.
BACKGROUNDLarge organizations such as pharmaceutical companies and healthcare organizations have a massive amount of information available to them. This may include, for example, ongoing and historical clinical trials and studies, treatment guidelines, patient information, patents, research documents, external research literature, news articles, as well as information on the web. Most of this information is in the form of unstructured or semi-structured text (e.g. XML). The vast quantities make it hard to read, even with the help of a search engine to prune down the number of relevant documents.
Conventional systems do not provide results directly from the structured or unstructured text in a format that can be used directly for decision making. Search engines do not provide any structure, other than the structure in the original document. Information extraction systems do not use an index, so cannot provide fast interactive querying, nor do they allow a flexible mix of constraints based on linguistic constructions and the structure of the document.
The terminology used in the description presented below is intended to be interpreted in its broadest reasonable manner, even though it is being used in conjunction with a detailed description of certain specific embodiments of the invention. Certain terms may even be emphasized below; however, any terminology intended to be interpreted in any restricted manner will be overtly and specifically defined as such in this Detailed Description section.
Various embodiments of the invention will now be described. The following description provides specific details for a thorough understanding and enabling description of these embodiments. One skilled in the art will understand, however, that the invention may be practiced without many of these details. Additionally, some well-known structures or functions may not be shown or described in detail, so as to avoid obscuring the description of the various embodiments.
When a document is semi-structured, the region boundaries may be determined by identifying tags within the source documents and associating the tags with particular types of regions. For some semi-structured documents, however, the structuring provided is not sufficient to identify the relevant regions. In these cases, a Region Detect module 125 may be used to elaborate the original structure. This may involve meta-tagging a document with fields and values, partitioning text of the document into sections, or marking-up of the entire document (such as, e.g., XML or HTML).
When a document is unstructured (e.g., plain text), the Region Detect module 125 analyzes the document to determine the regions of the document. In some embodiments, a Region Detect module 125 analyzes unstructured documents one line at a time using a set of rules to determine the probability that a line is part of a particular region or is a region itself. This determination may be based on the form of the line and the form of the lines immediately preceding and following the analyzed line. For example, when the line is in all capital letters the Region Detect module may determine that the line is a title or a section heading. The region detect module can be customized so that documents using non-standard conventions can be indexed. After identifying the potential region boundaries, the Region Detect module generates a semi-structured document (e.g., an XML document) having tags that are associated with identified region boundaries.
The indexing engine 100 encodes the type of each region and the text of the source document in an index 130 designed for efficient querying. In some embodiments, the indexing engine uses a configuration file to map tags within source documents, for example, to regions of particular types or to other concepts of interest. The indexing engine uses an opening tag to identify the start of a region and its type (e.g., paragraph, section, etc.). It stores region start position and type, adding the end position when the matching closing tag is found. Positions may be stored according to sentence number and word number within a sentence. Positions may also be stored in other fashions, such as character position within the document.
The indexing engine 100 analyzes text according to linguistic structure. In this embodiment, the indexing engine processes each source document word by word and stores the start and end position of linguistic units, including sentences, noun groups, verb groups, etc.
In some embodiments, the indexing engine 100 includes one or more taxonomies of concepts that are used to index source documents. These concept taxonomies may include a variety of sub-concept taxonomies. For example, a concept taxonomy may include a “disease” sub-taxonomy, which may further include a “neurological disease” sub-taxonomy listing the preferred names of neurological diseases as well as any synonyms or irregular morphological variants of those preferred names. In some embodiments, each concept taxonomy and/or sub-concept taxonomy is associated with a unique concept identifier. When the indexing engine identifies a concept (or synonym for that concept) within a source document, the indexing engine records the position of the concept within the source document in the index. In some embodiments, a user may update and/or import a taxonomy or sub-taxonomy.
Querying engine 105 evaluates the constraints of a query 135 against the index 130. In some embodiments, the querying engine includes one or more taxonomies that may be used to evaluate a query. For example, the querying engine may expand a query to search for synonyms of a concept (or multiple concepts) of a query. That is, the taxonomy may be included as part of a query. In some embodiments, the constraints are provided to the querying engine via an API so that queries 135 can be run, for example, as part of scheduled automatic processes.
In some embodiments, a query 135 is received by the querying engine 105 from a user. When querying the index, a user may impose a variety of constraints. The constraints of a query may include keywords, concepts, linguistic patterns, regions, etc. For example, the user may specify a query for a document containing a word in the title region, and having a particular concept (e.g., a neurological disease) in the description section of that document. That is, the querying engine allows a user to search the index to locate all instances of a particular region relevant to the user's query. In some embodiments, the user constraints are provided from a search-style text box (see, e.g.,
Output engine 110 analyzes and formats the results of the querying engine 105. The output engine may present the query results 140 in a variety of formats, including, but not limited to HTML, XLS (Excel format), XML, CSV (comma separated list), TSV (tab separated list), network graph languages (e.g., SIF, XGML), etc.
In some embodiments, the output engine 110 determines the format and/or the form of the results based on the constraints of the query. The output engine may include a variety of default output rules associated with particular types of queries. For example, the output engine may include a rule associated with class queries (e.g., types of medical studies) that indicates the form of the results will include a key column (e.g., “study type”) having rows corresponding to the preferred class names (e.g., clinical, single-blind, etc.). As another example, the output engine may include a rule associated with linguistic pattern queries that orders columns according to the order of the query terms. In this example, the query “dosage” followed by the word “of” followed by “any drug or chemical” (see e.g.,
In some embodiments, the output engine 110 determines the format and/or the form of the results based on display preferences specified by the user. The user's display preferences may be specified as part of a query and/or stored within a user profile. In some embodiments, the output engine includes an output editor that allows the user to manipulate how the results are displayed. For example, in the “dosage” example above, the user may manipulate the column order such that the “drug or chemical” column is listed first and the “dosage” column is listed second (see e.g., results shown in
In some embodiments, the output engine 110 provides a variety of controls that allow a user to change how the results are displayed. For example, the output engine may provide controls that allow the user to add or remove columns, order the results (e.g., by the document identifier, by the frequency of a term or terms within a document or region, alphabetically, etc.), etc.
In some embodiments, the output engine 110 enables the user to drill down within a particular result to examine the evidence for that result. As shown in
In some embodiments, when the output engine 110 clusters similar and/or identical results, the output engine determines whether all of the documents or only a selection of the documents will be presented to the user. For example, the output engine may delete duplicate documents or display only a selection of the documents when the cluster is based on non-key columns. In some embodiments, the output engine orders the results. For example, the results may be ordered alphabetically or according to frequency, with the results found in the most documents ordered first.
In some embodiments, the output engine 110 highlights text areas that are relevant to the query in the results of the query. For example, the column 320 in
In some embodiments, the output engine 110 groups the results. For example, the results may be grouped according to a preferred term, concept, string, or character position. By grouping results, relationships among terms of the query are identified for the user.
In some embodiments, the output engine 110 can combine one or more queries. For example, the output engine may add queries; subtract queries; determine the intersection, union, or difference of queries; and/or join queries.
The system's uniform treatment of linguistic units (e.g., sentences, noun groups, and verb groups), structural units (e.g., paragraphs, sections, and titles), and metadata (e.g. publication year or list of authors) allows users considerable freedom to formulate queries and receive results that are both relevant and easy to process. For example, users can search for words or concepts within specific regions.
Those skilled in the art will appreciate that various architectural changes to the system may be made while still providing similar or identical functionality. For example, the system may be implemented in a variety of environments including a single, monolithic computer system, a distributed system, as well as various other combinations of computer systems or similar devices connected in various ways. Moreover, those skilled in the art will further appreciate that the actions of the system described in
Claims
1. A system comprising:
- a region detect component configured to analyze unstructured data and to identify one or more regions in the unstructured data;
- a linguistic component configured to identify linguistic units in the unstructured data; and
- an indexing component configured to store the unstructured data in an index based on the one or more identified regions and the one or more identified linguistic units.
2. The system of claim 1 wherein the region detect component is further configured to analyze semi-structured data that includes at least one region and to identify one or more additional regions in the semi-structured data.
3. The system of claim 1 wherein the region detect component is further configured to generate a semi-structured document comprising the unstructured data and the one or more identified regions.
4. The system of claim 1 wherein the linguistic component is further configured to identify regular and irregular morphological variants of words.
5. The system of claim 1 wherein the linguistic component is further configured to determine a position corresponding to each of the identified linguistic units, and wherein the indexing component is further configured to receive the determined position of each identified linguistic unit and record the position of the selected linguistic unit in the index.
6. The system of claim 1 wherein the identified linguistic units include concepts.
7. The system of claim 6 wherein the identified concepts are arranged in taxonomies.
8. The system of claim 6 wherein the linguistic component identifies the concepts based on a form of the concepts and a context in which the concepts appear in the unstructured data.
9. The system of claim 1 wherein the linguistic component is further configured to identify expressions.
10. The system of claim 9 wherein the identified expressions are selected from the group consisting of: numerical expressions, temporal expressions, phone numbers and email addresses.
11. The system of claim 9 wherein the linguistic component identifies the expressions based on a form of the expressions and a context in which the expressions appear in the unstructured data.
12. The system of claim 1 further comprising a query component configured to query the index based on one or more constraints.
13. The system of claim 12 wherein the one or more constraints are received from a user.
14. The system of claim 12 wherein the query component includes a drag and drop user interface.
15. The system of claim 12 wherein the one or more constraints include linguistic patterns.
16. The system of claim 12 further comprising a display component configured to format and display results of the query component to a user.
17. The system of claim 16 wherein the display component formats the results based on one or more rules.
18. The system of claim 17 wherein the one or more rules are configurable by a user.
19. The method comprising:
- in response to receiving a query comprising a linguistic pattern, querying an index of unstructured text based on one or more constraints of the linguistic pattern, the index having been generated by identifying a plurality linguistic units in the unstructured text; and formatting results of the query by clustering together similar results from a same document; and clustering together similar results from different documents.
20. The method of claim 19 wherein the formatting is based on the linguistic pattern.
21. The method of claim 19 wherein the formatting is based on a plurality of rules having an order of precedence.
22. The method of claim 19 further comprising displaying the results to a user.
23. The method of claim 22 wherein the results are displayed in a format selected from the group consisting of: HTML, XLS, XML, CSV, and TSV.
24. The method of claim 22 further comprising providing one or more controls that enable the user to manipulate the displayed results.
25. The method of claim 24 wherein the one or more controls include an expand control to expand the displayed results.
26. The method of claim 22 wherein the results are displayed in alphabetical order.
27. The method of claim 22 wherein the results are displayed according to frequency order.
28. The method of claim 19 further comprising, in response to receiving a subsequent request to join the results to another linguistic pattern; and
- querying the index based on one or more constraints of the other linguistic pattern; and
- joining the results to results of the other linguistic pattern query.
29. A computer-readable storage medium comprising instructions that, when executed by a computer system, cause the computer system to:
- receive a query that includes at least one linguistic constraint and an indication of at least one region;
- identify within a plurality of semi-structured and unstructured documents, at least one document that includes the at least one linguistic constraint within the at least one region of the document; and
- format results of the query by clustering together similar results from the at least one document.
30. The computer-readable storage medium of claim 29 wherein the results are further formatted based on a plurality of rules having an order of precedence.
31. The computer-readable storage medium of claim 29 further comprising instructions that, when executed by the computer system, cause the computer system to display the results to a user.
32. The computer-readable storage medium of claim 31 wherein the results are displayed in a format selected from the group consisting of: HTML, XLS, XML, CSV, and TSV.
33. The computer-readable storage medium of claim 31 further comprising instructions that, when executed by the computer system, cause the computer system to provide one or more controls that enable the user to manipulate the displayed results.
34. A system comprising:
- a region detect component configured to analyze unstructured data and to identify one or more regions in the unstructured data; and analyze semi-structured data that includes at least one region and to identify one or more additional regions in the semi-structured data
- a linguistic component configured to identify linguistic units in the unstructured and semi-structured data; and
- a querying component configured to receive a query which identifies one or more linguistic units occurring within a region in combination with one or more linguistic patterns.
35. The system of claim 34 wherein the linguistic component is further configured to identify regular and irregular morphological variants of words.
36. The system of claim 34 wherein at least one of the identified linguistic units is a concept.
37. The system of claim 36 further comprising taxonomies, and wherein the taxonomies are used by the linguistic component to identify the at least one concept.
38. The system of claim 34 wherein the query is received from a user.
39. The system of claim 38 further comprising a display component configured to format and display results of the interactive query component to the user.
Type: Application
Filed: Jun 4, 2008
Publication Date: Dec 4, 2008
Inventors: David R. Milward (Cambridge), James R. Thomas (Cambridge), Sylvia F. Knight (Cambridge), Roger W. Hale (Cambridge)
Application Number: 12/133,205
International Classification: G06F 17/30 (20060101);