AU2011204902B2 - Systems, Methods, Interfaces And Software For Automated Collection And Integration Of Entity Data Into Online Databases And Professional Directories - Google Patents

Abstract

An information-retrieval system includes a server that receives queries for documents from client devices and means for outputting results of queries to the client devices, with the results provided in association with one or more interactive control features that are selectable to invoke display of information regarding entities, such as professionals, referenced in the results. 3386312_1

Description

Regulation 3.2 AUSTRALIA PATENTS ACT, 1990 COMPLETE SPECIFICATION FOR A STANDARD PATENT ORIGINAL Name of Applicant: THOMSON REUTERS GLOBAL RESOURCES Actual Inventors: ARUMAINAYAGAM, Yohendran; DOZIER, Christopher C. Address for service in A J PARK, Level 11, 60 Marcus Clarke Street, Canberra ACT Australia: 2601, Australia Invention Tide: Systems, Methods, Interfaces And Software For Automated Collection And Integration Of Entity Data Into Online Databases And Professional Directories The following statement is a full deseiption of this invention, including the best method of performing it known to us. 3386768_1 WO 2005/066848 PCTUS2005/000033 Systems, Methods, Interfaces and Software for Automated Collection and Integration of Entity Data into Online Databases and Professional Directories 5 Copyright Notice and Permission A portion of this patent document contains material subject to copyright protection. The copyright owner has no objection to the facsimile reproduction by anyone of the patent document or the patent disclosure, as it appears in the Patent and 10 Trademark Office patent files or records, but otherwise reserves all copyrights whatsoever. The following notice applies to this document: Copyright @ 2003, Thomson Global Resources AG. Cross-Reference to Related Application 15 This application claims priority to U.S. provisional application 60/533,588 filed on December 31, 2003. The provisional application is incorporated herein by reference. Technical Field 20 Various embodiments of the present invention concems information-retrieval systems, such as those that provide legal documents or other related content, Background In recent years, the fantastic growth of the Intemet and other computer 25 networks has fueled an equally fantastic growth in the data accessible via these networks. One of the seminal modes for interacting with this data is through the use of hyperlinks within electronic documents. More recently, there has been interest in hyperlinking documents to other documents based on the names of people in the documents. For example, to facilitate 30 legal research, West Publishing Company of St. Paul, Minnesota (doing business as Thomson West) provides thousands of electronic judicial opinions that hyperlink the names of attorneys and judges to their online biographical entries in the West Legal Directory, a proprietary directory of approximately 1,000,000 US. attomeys and la: WO 2005/066848 PCT/US2005/000033 20,000 judges. These hyperlinks allow users accessing judicial opinions to quickly obtain contact and other specific information about lawyers and judges named in the opinions. The hyperlinks in thesejudicial opinions are generated automatically, using a system that extracts first, middle, and last names; law firm name, city, and state; and court information from the text of the opinions and uses them as clues to determine whether to link the named attorneys and judges to their corresponding entries in the professional directory. See Christopher Dozier and Robert Haschart, "Automatic Extraction and Linking of Person Names in Legal Text" (Proceedings of RIAO 2000: Content Based Multimedia Information Access. Paris, France. pp. 1305-1321. April 2000), which is incorporated herein by reference. An improvement to this system is described in Christopher Dozier, System, Methods And Software For Automatic Hyperlinking Of Persons' Names In Documents To Professional Directories, WO 2003/060767A3 July 24, 2003. The present inventors have recognized still additional need for improvement in these and other systems that generate automatic links, or at least a need to provide the public with a useful choice. Summary The present invention provides a hardware system comprising a processor and a memory coupled to the processor and comprising: means for extracting one or more entity reference records from documents; means for defining one or more entity records by merging one or more of the entity reference records with one or more other entity reference records; means for categorizing one or more of the defined entity records based on a taxonomy; means for defining links between one or more of the defined entity records and other documents or data sets; 2 (followed by pages 2a-2d) graphical user interface means for defining a query related to an entity, for viewing one or more documents resulting from the query, and for selecting one or more of the defined links within a legal, financial, healthcare, scientific, or educational document and causing retrieval and display of at least a portion of the one defined entity record; and means for defining profile records from the one or more entity reference records, wherein the means for defining the profile records comprises means for merging entity reference records that refer to a same person to create a profile record for that person; wherein the means for merging comprises: means for sorting the entity reference records by last name; means for selecting an unmerged entity reference record and means for creating a profile record from the selected unmerged entity reference record; and means for analyzing the unnerged entity reference record for determining a probability that a person in a profile record is the same person as referenced in the selected unmerged entity reference record. The present invention further provides a computer-implemented method comprising: extracting one or more entity reference records from documents; defining one or more entity records by merging one or more of the entity reference records with one or more other entity reference records; categorizing one or more of the defined entity records based on a taxonomy; defining links between one or more of the defined entity records and other documents or data sets; providing network accessible graphical user interface means for defining a query related to an entity, for viewing one or more documents resulting from the query, and for selecting one or more of the defined links within a legal, financial, healthcare, scientific, or educational document and causing retrieval and display of at least a portion of the one defined entity record; and defining a profile record from the one or more entity reference records, wherein defining the profile record comprises merging entity reference records that refer to a same person to create the profile record for that person; 2a wherein the merging comprises: sorting the entity reference records by last name; selecting an unmerged entity reference record and creating a profile record from the selected unmerged entity reference record; and analyzing the unmerged entity reference record to determine a probability that a person in a profile record is the same person as referenced in the selected uninerged entity reference record. The present invention further provides a system comprising: a processor configured for extracting one or more entity reference records from documents; a processor configured for defining one or more entity records by merging one or more of the entity reference records with one or more other entity reference records; a processor configured for categorizing one or more of the defined entity records based on a taxonomy; a processor configured for defining links between one or more of the defined entity records and other documents or data sets; a graphical user interface processor for defining a query related to an entity, for viewing one or more documents resulting from the query, and for selecting one or more of the defined links within a legal, financial, healthcare, scientific, or educational document and causing retrieval and display of at least a portion of the one defined entity record; and a processor configured for defining profile records from the one or more entity reference records, wherein defining the profile records comprises a processor for merging entity reference records that refer to a same person to create a profile record for that person; wherein the processor for merging comprises: a processor configured for sorting the entity reference records by last name; a processor configured for selecting an unmerged entity reference record and for creating a profile record front the selected unmerged entity reference record; and 2b a processor configured for analyzing the unmerged entity reference record to determine a probability that a person in a profile record is the same person as referenced in the selected unmerged entity reference record. The present invention still further provides a system comprising: one or mote processors; and a memory coupled to the one or more processors, wherein the memory includes instructions that when executed on the one or more processors execute a process comprising: extracting one or mote entity reference records from documents; defining one or more entity records by merging one or more of the entity reference records with one or more other entity reference records; categorizing one or more of the defined entity records based on a taxonomy; defining links between one or more of the defined entity records and other documents or data sets; defining a query related to an entity, for viewing one or more documents resulting from the query, and for selecting one or more of the defined links within a legal, financial, healthcare, scientific, or educational document and causing retrieval and display of at least a portion of the one defined entity record; and defining profile records from the one or more entity reference records, wherein the means for defining the profile records comprises means for merging entity reference records that refer to a same person to create a profile record for that person; wherein the means for merging comprises: means for sorting the entity reference records by last name; means for selecting an unmerged entity reference record and means for creating a profile record from the selected unmerged entity reference record; and means for analyzing the unmerged entity reference record for determining a probability that a person in a profile record is the same person as referenced in the selected unmerged entity reference record. 2c In the description in this specification reference may be made to subject matter which is not within the scope of the appended claims. That subject matter should be readily identifiable by a person skilled in the art and may assist in putting into practice the invention as defined in the appended claims. Brief Description of Drawings Figure 1 is a diagram of an exemplary information-retrieval system 100 corresponding to one or more embodiments of the invention; Figure 2 is a flowchart corresponding to one or more exemplary methods of operating system 100 and one or more embodiments of the invention; Figure 3-8 are facsimiles of exemplary user interfaces, each corresponding to one or more embodiments of the invention. Figure 9 is a flow chart corresponding to one or more embodiments of the invention. Figures 10 is a flow chart corresponding to one or more additional embodiment of the invention. 2d WO 20051066848 PCT/US2005/000033 Detailed Description of Exemplary Embodiments This description, which references and incorporates the above-identified Figures, describes one or more specific embodiments of an invention. These embodiments, offered not to limit but only to exemplify and teach the invention, are 5 shown and described in sufficient detail to enable those skilled in the art to implement or practice the invention. Thus, where appropriate to avoid obscuring the invention, the description may omit certain information known to those of skill in the art. Exemplary Information-Retrieval System 10 Figure 1 shows an exemplary online information-retrieval system 100. System 100 includes one or more databases 110, one or more servers 120, and one or more access devices 130. Databases 110 include a set of one or more databases. In the exemplary embodimrnt, the set includes a caselaw database 111, an expert witness directory 112, 15 professional directories or licensing databases 113, a verdict and settlement database 114, an court-filings database 116. Caselaw database 111 generally includes electronic text and image copies of judicial opinions for decided cases for one or more local, state, federal, or international jurisdiction. Expert witness directory 112, which is defined in accord 20 with one or more aspects of the present invention, includes one or more records or database structures, such as structure 1121. Structure 1121 includes an expert identifier portion 1121A which is logically associated with one or more directory documents or entries 1121B, one or more verdict documents or entries 1121C, and one or more articles 1121D. Some embodiments logically associate the expert 25 identifier with court filings documens, such as briefs and expert reports and/or other documents. Professional directories or licensing databases 113 include professional licensing data from one or more state, federal, or international licensing authorities. In the exemplary embodiment, this includes legal, medical, engineering, and scientific 30 licensing or credentialing authorities. Verdict and settlement database 114 includes electronic text and image copies of documents related to the determined verdict, assessed damages, or negotiated settlement of legal disputes associated with cases 3 WO 20051066848 PCT/US20051000033 within caselaw database 111. Articles database 115 includes articles technical, medical, professional, scientific or other scholarly or authorativejournals and authoritative trade publications, Some embodiments includes patent publications. Court-filings database 116 includes electronic text and image copies of court filings 5 related to one or more subsets of the judicial opinions caselaw database 111. Exemplary court-filing documents include briefs, motions, complaints, pleadings, discovery matter. Other databases I15 includes one or more other databases containing documents regarding news stories, business and finance, science and technology, medicine and bioinformatics, and intellectual property information. In 10 some embodiments, the logical relationships across documents are determined manually or using automatic discovery processes that leverage information such as litigant identities, dates, jurisdictions, attorney identifies, court dockets, and so forth to determine the existence or likelihood of a relationship between any pair of documents. 15 Databases 110, which take the exemplary form of one or more electronic, magnetic, or optical data-storage devices, include or are otherwise associated with respective indices (not shown). Each of the indices includes terms and/or phrases in association with corresponding document addresses, identifiers, and other information for facilitating the functionality described below. Databases 112, 114, and 116 are 20 coupled or couplable via a wireless or wireline communications network, such as a local-, wide-, private-, or virtual-private network, to server 120. Server 120, which is generally representative of one or more servers for serving data in the form of webpages or other markup language forms with associated applets, ActiveX controls, remote-invocation objects, or other related software and 25 data structures to service clients of various "thicknesses." More particularly, server 120 includes a processor 121, a memory 122, a subscriber database 123, one or more search engines 124 and software module 125. Processor 121, which is generally representative of one or more local or distributed processors or virtual machines, is coupled to memory 122. Memory 122, 30 which takes the exemplary form of one or more electronic, magnetic, or optical data storage devices, stores subscription database 123, search engines 124, and interface module 125, 4 WO 2005/066848 PCT/US2005/000033 Subscription database 123 includes subscriber-related data for controlling, administering, and managing pay-as-you-go- or subscription-based access of databases 110. Subscriber database 123 includes subscriber-related data for controlling, administering, and managing pay-as-you-go or subscription-based access 5 of databases 110. Search engines 124 provides Boolean or natural-language search capabilities for databases 110. Interface module 125, which, among, other things defines one or portion of a graphical user interface that helps users define searches for databases 110. Software 10 125 includes one or more browser-compatible applets, webpage templates, user interface elements, objects or control features or other programmatic objects or structures. More specifically, software 125 includes a search interface 1251 and a results interface 1252. Server 120 is communicatively coupled or couplable via a wireless or wireline 15 communications network, such as a local-, wide-, private-, or virtual-private network, to one or more accesses devices, such as access device 130. Access device 130 is not only communicatively coupled or couplable to server 130, but also generally representative of one or more access devices. In the exemplary embodiment, access device 130 takes the form of a personal computer, 20 workstation, personal digital assistant, mobile telephone, or any other device capable of providing an effective user interface with a server or database. Specifically, access device 130 includes one or more processors (or processing circuits) 131, a memory 132, a display 133, a keyboard 134, and a graphical pointer or selector 135. Memory 132 stores code (machine-readable or executable instructions) 25 for an operating system 136, a browser 137, and a graphical user interface (GUI)138. In the exemplary embodiment, operating system 136 takes the form of a version of the Microsoft Windows operating system, and browser 137 takes the form of a version of Microsoft Internet Explorer. Operating system 136 and browser 137 not only receive inputs from keyboard 134 and selector (or mouse) 135, but also support 30 rendering of GUI 138 on display 133. Upon rendering, GUI 138 presents data in association with one or more interactive control features (or user-interface elements). . 5 WO 2005/066848 PCT/US2005/000033 (The exemplary embodiment defines one or more portions of interface 138 using applets or other programmatic objects or structures from server 120.) Specifically, graphical user interface 138 defines or provides one or more display control regions, such as a query region 1381, and a results region 1382. Each 5 region (or page in some embodiments) is respectively defined in memory to display data from databases 110 and/or server 120 in combination with one or more interactive control features (elements or widgets). Tn the exemplary embodiment, each of these control features takes the form of a hyperlink or other browser compatible command input. 10 More specifically, query region 1381 includes interactive control features, such as an query input portion 1381A for receiving user input at least partially defining a profile query and a query submission button 1381B for submitting the profile query to server 120 for data from, for example, experts database 112. Results region 1382, which displays search results for a submitted query, 15 includes a results listing portion 1382A and a document display portion 1382B. Listing portion 1382A includes control features 2A1 and 2A2 for accessing or retrieving one or more corresponding search result documents, such as professional profile data and related documents, from one or more of databases 110, such as expert database 112, via server 120. Each control feature includes a respective document 20 identifier or label, such as EXP 1, EXP 2 identifying respective name and/or city, state, and subject-matter expertise data for the corresponding expert or professional. Display portion 1382B displays at least a portion of the full text of a first displayed or user-selected one of the profiles identified within listing portion 1382A, EXP 2 in the illustration. (Some embodiments present regions 1382A and 1382B as 25 selectable tabbed regions.) Portion 1382B also includes features 2B1, 2B2, 2B3, and 2B4. User selection of feature 2B1 initiates retrieval and display of the profile text for the selected expert, EXP 2; selection of feature 2132 initiates retrieval and display of licensing data for any licenses or other credentials held by the selected expert or professional image copy of the document displayed in region 1382B in a separate 30 window; selection of feature 283 initiates display and retrieval of verdict data related to the expert or professional; and selection of feature 2134 initiates retrieval and display of articles (from database 115) that are related to, for example authored by, WO 20051066848 PCT/US2005000033 the expert or professional. Other embodiments include additional control features for accessing court-filing documents, such as briefs, and/or expert reports authored by the expert or professional, or even deposition and trial transcripts where the expert or testimony was a participant. Still other embodiments provide control features for 5 initiating an Internet search based on the selected expert and other data and for filtering results such search based on the profile of the expert or professional. Exemplary Methods of Operation Figure 2 shows a flow chart 200 of one or more exemplary methods of 10 operating an information-management system, such as system 100. Flow chart 200 includes blocks 210-290, which are arranged and described in a serial execution sequence in the exemplary embodiment. However, other embodiments execute two or more blocks in parallel using multiple processors or processor-like devices or a single processor organized as two or more virtual machines or sub processors. Other 15 embodiments also alter the process sequence or provide different functional partitions to achieve analogous results. For example, some embodiments may alter the client server allocation of functions, such that functions shown and described on the server side are implemented in whole or in part on the client side, and vice versa. Moreover, still other embodiments implement the blocks as two or more interconnected 20 hardware modules with related control and data signals communicated between and through the modules. Thus, this (and other exemplary process flows in this description) apply to software, hardware, and firmware implementations. Block 210 entails presenting a search interface to a user. In the exemplary embodiment, this entails a user directing a browser in an client access device to 25 internet-protocol (IP) address for an online information-retrieval system, such as the Westlaw system and then logging onto the system. Successful login results in a web based search interface, such as interface 138 in Figure 1 (or one or more portions thereof) being output from server 120, stored in memory 132, and displayed by client access device 130. 30 Execution then advances to block 220. Block 220 entails receipt of a query. In the exemplary embodiment, the query defines one or more attributes of an entity, such as person professional. In some WO 20051066848 PCTUS2005/000033 embodiments, the query string includes a set of terms and/or connectors, and in other embodiment includes a natural-language string. Also, in some embodiments, the set of target databases is defined automatically or by default based on the form of the system or search interface. Figures 3 and 4 show alternative search interfaces 300 and 5 400 which one or more embodiments use in place of interface 138 in Figure 1. Execution continues at block 230. Block 230 entails presenting search results to the user via a graphical user interface. In the exemplary embodiment, this entails the server or components under server control or command, executing the query against one or more of databases 110, 10 for example, expert database 110, and identifying documents, such as professional profiles, that satisfy the query criteria. A listing of results is then presented or rendered as part of a web-based interface, such as interface 138 in Figure 1 or interface 500 in Figure 5. Execution proceeds to block 240. Block 240 entails presenting additional information regarding one or more one 15 or more of the listed professionals. In the exemplary embodiment, this entails receiving a request in the form of a user selection of one or more of the professional profiles listed in the search results. These additional results may be displayed as shown in interface 138 in Figure 1 or respective interfaces 600, 700, and 800 in Figures 6, 7, and 8. Interface 600 shows a listing of links 610 and 620 for additional 20 information related to the selected professional. As shown in Figure 7, selection of link 610 initiates retrieval and display of a verdict document (or in some case a list of associated verdict documents) in interface 700. And, as shown in Figure 8, selection of link 620 initiates retrieval and display of an article (or in some cases a list of articles) in interface 800. 25 Exemplary Method of Building Expert Directory In Figure 9, flow chart 900 shows an exemplary method of building an expert directory or database such as used in system 100. Flow chart 900 includes blocks 30 910-960. 8 WO 20051066848 PCTUS2005/000033 At block 910, the exemplary method begins with extraction of entity reference records from text documents, In the exemplary embodiment, this entails extracting entity references from approximately 300,000 jury verdict settlement (JVS) documents using finite state transducers. JVS documents have a consistent structure 5 that includes an expert witness section or paragraph, such as that exemplified in Table 1. EXPERTS: Plaintiff: Neal Benowitz MD, pharmacologist, UCSF Medical Center, San Francisco. David M. Burns, pulmonologist, UC San Diego, Div. of Pulmonary and Critical Care Medicine, La Jolla. wDefendant: Jerry Whidbv PhD., chemist, Philip Morris Co., Richmond, VA. Table 1: Expert Witness Section of Jury Verdicts and Settlements (JVS) Document The exemplary embodiment uses a parsing program to locate expert-witness 10 paragraphs and find lexical elements (that is, terms used in this particular subject area) pertaining to an individual. These lexical elements include name, degree, area of expertise, organization, city, and state. Parsing a paragraph entails separating it into sentences, and then parsing each element using a separate or specific finite state transducer. The following example displays regular expressions from the finite state 15 transducer used for the organization element. (Variables are prefixed by $.) $ORG = ($UNIVERSITY I $COMPANY$FIRM...) $UNIVERSITY = UNIVERSITYT1 I UNIVERSITYY) $UNIVERSITYl= (University|College..) ( of ) [A Z] [a-z]+ 20 $UNIVERSITY2= ([A-Z] [a-z]+ $SPACE)+ (University|College..) Typically one expert is listed in a sentence along with his or her area of expertise and other information. If more than one expert is mentioned in a sentence, area of expertise and other elements closest to the name are typically associated with that 25 name. Each JVS document generally lists only one expert witness; however, some WO 2005/066848 PCTUS2005/000033 expert witnesses are references in more than one JVS document. Table 2 shows an example of an entity reference records. fame ARTHUR name Name ABLIN suffix degree MD org Expertise Pediatric hematology/oncology city SAN FRANCISCO state CA Table 2: Structured Expert-Witness Reference Record Created by Regular Expression Parsers 5 Once the entity reference records are defined, execution continues at block 220. Block 920 entails defining profile records from the entity reference records: In the exemplary embodiment, defining the profile records entails merging expert witness reference records that refer to the same person to create a unique expert witness profile record for the expert. To this end, the exemplary embodiment sorts 10 the reference records by last name to define a number of lastname groups. Records within each "last-name" group are then processed by selecting an unmerged expert reference record and creating an new expert profile record from this selected record. The new expert reference record is then marked as unmerged and compared to each unmerged reference record in the group using Bayesian matching to compute the 15 probability that the expert in the profile record refers to the same individual referenced in the record. If the computed match probability exceeds a match threshold, the reference is marked as "merged." If unmerged records remain in the group, the cycle is repeated. Note that it is still possible for duplicate records to reside in the profile file if 20 two or more reference records pertain to one individual (for example, because of a misspelled last name). To address this possibility, a final pass is made over the merged profile file, and record pairs are flagged for manual review. Table 3 shows an exemplary expert profile record created from expert reference records. fname ARTHUR 10 WO 20051066848 PCTUS2005/000033 mname Name ABLIN suffix degree MD org I Expertise Pediatric hematologyloncology Subcat 1 Subcat 2 Subcat 3 category address city SAN FRANCISCO state CA Table 3: Expert Profile Record Created from Expert Reference Records Block 930 entails adding additional information to the expert reference records. In the exemplary embodiment, this entail harvesting information from other 5 databases and sources, such as from professional licensing authorities, telephone directories, and so forth. References to experts in JVS documents, the original entity record source in this embodiment, often have little or no location information for experts, whereas professional license records typically include the expert's full name, and the full current home and/or business address, making them a promising source 10 for additional data. One exemplary licensing authority is the Drug Enforcement Agency, which licenses health-care professionals to prescribe drugs. In determining whether a harvested license record (analogous to a reference record) and expert person refer to the same person, the exemplary embodiment 15 computes a Bayesian match probability based on first name, middle name, last name, name suffix, city-state information, area of expertise, and name rarity. If the match probability meets or exceeds a threshold probability, one or more elements of information from the harvested license record are incorporated into the expert reference record. If the threshold criteria is not met, the harvested license record is 20 stored in a database for merger consideration with later added or harvested records. In.

WO 20051066848 PCT/US20051000033 (Some embodiments perform an extraction procedure on the supplemental data similar to that described at block 910 to define reference records, which are then sent as a set for merger processing as in block 910 with the expert reference records.) name ARTHUR mname R Iname ABLIN suffix degree MD org Expertise Pediatric hematology/oncology Subcat 1 pediatrics Subcat 2 Blood & plasma Subcat 3 oncology category Medical & surgical address 43 Culloden Pk Road city SAN FRANCISCO state CA Zip 94901 5 Table 4: Expert-Profile Record in which Middle Name, Address, and ZIP-code Fields Filled or Harvested from Professional License Record Block 940 entails categorizing expert profiles by area of expertise. In the exemplary embodiment, each expert witness record is assigned one or more 10 classification categories in an expertise taxonomy. Categorization of the entity records allows users to browse and search expert witness (or other professional) profiles by area of expertise. To map an expert profile record to an expertise subcategory, the exemplary embodiment uses an expertise categorizer and a taxonomy that contains top-level categories and subcategories. 15 The exemplary taxonomy includes the following top-level categories: Accident & Injury; Accounting & Economics; Computers & Electronics; Construction & Architecture; Criminal, Fraud and Personal Identity; Employment & Vocational; Engineering & Science; Environmental; Family & Child Custody; Legal & Insurance; Medical & Surgical; Property & Real Estate; Psychiatry & Psychology; 20 Vehicles, Transportation, Equipment & Machines. Each categories includes one or WO 20051066848 PCT/US2005/000033 more subcategories. For example, the "Accident & Injury" category has the following subcategories: Aerobics, Animals, Apparel, Asbestos, Boating, Bombing, Burn/Thermal, Child Care, Child Safety, Construction, Coroner, Cosmetologists/Beauticians/Barbers/Tattoos, Dog Bites, Entertainment, and Exercise. 5 Assignment of subject-matter categories to an expert profile record entail using a function that maps a professional descriptor associated with the expert to a leaf node in the expertise taxonomy. This function is represented with the following equation: T = f(E) 10 where T denotes a set of taxonomy nodes, and S is the professional descriptor. The exemplary functionf uses a lexicon of 500 four-character sets that map professional descriptors to expertise area. For example, experts having the "onco" professional descriptor are categorized to the oncology specialist, oncologist, and pediatric oncologist subcategories. Other taxonomies are also feasible. The exemplary 15 embodiment allows descriptors to map to more than one expertise area (that is, category or subcategory) in the taxonomy. For example, "pediatric surgeon" can be mapped to both the "pediatrics" node and "surgery" nodes. Table 5 shows an example of an expert profile record in which the expertise field has been mapped to the category "Medical & Surgical" and to the subcategories "pediatrics," "blood & 20 plasma," and "oncology." fame ARTHUR mname Name ABLIN suffix degree MD org Expertise Pediatric hematology/oncology Subcat 1 pediatrics Subcat 2 Blood & plasma Subcat 3 oncology category Medical & surgical address city SAN FRANCISCO state CA Table 5: Expert Profile Record with Expertise Area Mapped 13 WO 20051066848 PCTIUS2005/000033 to "Medical & Surgical" Block 940 entails associating one or more text documents and/or additional data sets with one or more of the professional profiles. To this end, the exemplary 5 embodiment logically associates or links one or more JVS documents and/or Medline articles to expert-witness profile records using Bayesian based record matching. Table 6 shows a sample Medline article. TITLE: Functional and clinical outcomes of limb-sparing therapy for pediatric extremity sarcomas. AUTHORS: Bertucio C S; Wara W M; Matthay K K; Ablin A R; Johnston J 0; O'Donnell R J; Weinberg V; Haas-Kogan 0 A Department of Radiation Oncology, University of California-San Francisco, 505 Parnassus Avenue, San Francisco, CA 94143-0226, USA. JOURNAL: International journal of radiation oncology, biology, physics (United States) DATE: Mar 1 2001. Table 6: Sample Text from Medline Article To link JVS documents and medline abstracts to expert profile records, expert 10 reference records are extracted from the articles using one or more suitable parsers through parsing and matched to profile records using a Bayesian inference network similar to the profile-matching technology described previously. For JVS documents, the Bayesian network computes match probabilities using seven pieces of match evidence: last name, first name, middle name, name suffix, location, organization, and 15 area of expertise.. For medline articles, the match probability is based additionally on name rarity, as described in the previously mentioned Dozier patent application. Figure 10 shows a flow chart 1000 of an exemplary method of growing and maintaining one or more entity directories, such expert database that used in system 100. Flow chart 1100 includes process blocks 1010-1050. 20 At block 1010, the exemplary method begins with receipt of a document. In the exemplary embodiment, this entails receipt of an unmarked document, such an a judicial opinion or brief. However, other embodiments receive and process other types of documents. Execution then advances to block 1020. 14 WO 20051066848 PCTUS2005/000033 Block 1020 entails determining the type of document. The exemplary embodiments uses one or more methods for determining document type, for example, looking for particular document format and syntax and/or keywords to differentiate among a set of types. In some embodiments, type can be inferred from the source of 5 the document. Incoming content types, such as case law, jury verdicts, law reviews, briefs, etc., have a variety of grammar, syntax, and structural differences. After type (or document description) is determined, execution continues at block 1030. Block 1030 entails extracting one or more entity reference records from the received document based on the determined type of the document. In the exemplary 10 embodiment, four types of entity records are extracted: personal names, such as attorneys, judges, expert witnesses; organizational names, such as firms and companies; product names, such as drugs and chemicals; and fact profiles ("vernacular" of subject area). Specialized or configurable parsers (finite state transducers), which are selected or configured on the basis of the determined document type and the entity 15 record being built, identify and extract entity information for each type of entity. Parsers extract information by specifically searching for a named entity (person, address, company, etc.) or by relationships between entities. Parser text extraction is based on the data's input criteria. For example, the more structured (tagged) data enables a "tighter" set of rules to be built within a parser. This set of 20 rules allows more specific information to be extracted about a particular entity. A more "free" data collection, such as a web site, is not as conducive to rule-based parsers. A collection could also include a combination of structured, semi-structured, and free data. More specifically, parsers are developed through "regular-expression" methods. The regular expressions serves are "rules" for parsers to find entity types 25 and categories of information. Block 1040 attempts to link or logically associate each extracted entity reference record with one or more existing authority directories. In the exemplary embodiment, this entails computing a Bayesian match probability for each extracted entity reference and one more corresponding candidate records in corresponding 30 directories (or databases) that have been designated as authoritative in terms of accepted accuracy. If the match probability satisfies match criteria, the records are WO 2005/066848 PCT/TS2005/000033 merged or associated and the input document. Execution then proceeds to block 1050. Block 1050 entails enriching unmatched entity reference records using a matching process. In the exemplary embodiment, this enriching process entails 5 operating specific types of data harvesters on the web, other databases, and other directories or lists, to assemble a cache ofnew relevant profile information for databases, such as expert database 112 in Figure 1. The unmatched or unmarked entity records are then matched against the harvested entity records using Bayesian matching. Those that satisfy the match criteria are referred to a quality control 10 process for verification or confirmation prior to addition to the relevant entity directory. The quality control process may be manual, semi-automatic, or fully automatic. For example, some embodiments base the type of quality control on the degree to which the match criteria is exceeded. In some embodiments, blocks 1050 operates in parallel with blocks 1010 15 1040, continually retrieving new entity related data using any number of web crawlers, relational databases, or CDs, and attempting to building new entity records. Conclusion The embodiments described above are intended only to illustrate and teach one or more ways of practicing or implementing the present invention, not to restrict 20 its breadth or scope. The actual scope of the invention, which embraces all ways of practicing or implementing the teachings of the invention, is defined only by the following claims and their equivalents. Throughout this specification, unless the context requires otherwise, the word "comprise", and variations such as "comprises" and "comprising", will be understood to imply the inclusion of a stated integer or step or group of integers or steps but not the exclusion of any other integer or step or group of integers or steps. In this specification where reference has been made to patent specifications, other external documents, or other sources of information, this is generally for the purpose of providing a context for discussing the features of the invention. Unless specifically stated otherwise, reference to such external documents is not to be construed as an admission that such documents, or such sources of information, in any jurisdiction, are prior art, or form part of the common general knowledge in the art. 16

Claims (22)

1. A hardware system comprising a processor and a memory coupled to the processor and comprising: 5 means for extracting one or more entity reference records from documents; means for defining one or more entity records by merging one or more of the entity reference records with one or more other entity reference records; means for categorizing one or more of the defined entity records based on a taxonomy; 10 means for defining links between one or more of the defined entity records and other documents or data sets; graphical user interface means for defining a query related to an entity, for viewing one or more documents resulting from the query, and for selecting one or more of the defined links within a legal, financial, healthcare, scientific, or educational document and 15 causing retrieval and display of at least a portion of the one defined entity record; and means for defining profile records from the one or more entity reference records, wherein the means for defining the profile records comprises means for merging entity reference records that refer to a same person to create a profile record for that person; wherein the means for merging comprises: 20 means for sorting the entity reference records by last name; means for selecting an unmerged entity reference record and means for creating a profile record from the selected unmerged entity reference record; and means for analyzing the unmerged entity reference record for determining a probability that a person in a profile record is the same person as referenced in the 25 selected unmerged entity reference record.

2. The system of claim 1, wherein one or more of the recited means include one or more processors, a tangible computer-readable storage medium, display devices, and network communications, with the tangible computer-readable storage medium including 30 coded instructions and data structures. 6872931 1 18

3. The system of claim 1, comprising means for categorizing the profile records by expertise of the persons in the profile records.

4. The system of claim 1, wherein the means for analyzing includes Bayesian 5 matching.

5. The system of claim 4, comprising means for marking the entity reference record as merged when a computed match probability exceeds a threshold. 10

6. The system of claim 1, comprising means for adding information to the entity reference record including means for harvesting information from other databases and sources.

7. The system of claim 6, comprising means for computing a Bayesian match 15 probability means for determining if the harvested information refers to a person of a particular entity reference record.

8. The system of claim 1, comprising: means for determining types of the documents; and 20 means for extracting one or more entity reference records as a function of the types of the documents.

9. The system of claim 8, wherein the means for determining the types of the documents include means for identifying keywords in the documents. 25

10. The system of claim 1, wherein the entity reference record includes a personal name record, an organizational name record, a product name record, or a fact profile record; and the system comprises means for extracting information from the entity reference record as a function of one or more of a personal name, an organization name, a 30 product name, or a particular fact.

11. A computer-implemented method comprising: 6872931 1 19 extracting one or more entity reference records from documents; defining one or more entity records by merging one or more of the entity reference records with one or more other entity reference records; categorizing one or more of the defined entity records based on a taxonomy; 5 defining links between one or more of the defined entity records and other documents or data sets; providing network accessible graphical user interface means for defining a query related to an entity, for viewing one or more documents resulting from the query, and for selecting one or more of the defined links within a legal, financial, healthcare, scientific, or 10 educational document and causing retrieval and display of at least a portion of the one defined entity record; and defining a profile record from the one or more entity reference records, wherein defining the profile record comprises merging entity reference records that refer to a same person to create the profile record for that person; 15 wherein the merging comprises: sorting the entity reference records by last name; selecting an unmerged entity reference record and creating a profile record from the selected unmerged entity reference record; and analyzing the unmerged entity reference record to determine a probability 20 that a person in a profile record is the same person as referenced in the selected unmerged entity reference record.

12. The computer-implemented method of claim 11, comprising categorizing the profile record by expertise of the person in the profile record. 25

13. The computer-implemented method of claim 11, wherein the analyzing includes Bayesian matching.

14. The computer-implemented method of claim 11, comprising marking the entity 30 reference record as merged when a computed match probability exceeds a threshold. 6872931 1 20

15. The computer-implemented method of claim 11, comprising adding information to the entity reference record by harvesting information from other databases and sources.

16. The computer-implemented method of claim 15, comprising computing a Bayesian 5 match probability to determine if the harvested information refers to a person of a particular entity reference record.

17. The computer-implemented method of claim 11, comprising: determining types of the documents; and 10 extracting one or more entity reference records as a function of the types of the documents.

18. The computer-implemented method of claim 17, wherein the determining the types of the documents includes identifying keywords in the documents. 15

19. The computer-implemented method of claim 11, wherein the entity reference record includes a personal name record, an organizational name record, a product name record, or a fact profile record; and the computer-implemented method comprises extracting information from the entity reference record as a function of one or more of a 20 personal name, an organization name, a product name, or a particular fact.

20. The system of claim 1 or the computer-implemented method of claim 11, wherein the entity reference record includes a personal name record, an organizational name record, a product name record, or a fact profile record. 25

21. A system comprising: a processor configured for extracting one or more entity reference records from documents; a processor configured for defining one or more entity records by merging one or 30 more of the entity reference records with one or more other entity reference records; a processor configured for categorizing one or more of the defined entity records based on a taxonomy; 6872931 1 21 a processor configured for defining links between one or more of the defined entity records and other documents or data sets; a graphical user interface processor for defining a query related to an entity, for viewing one or more documents resulting from the query, and for selecting one or more of 5 the defined links within a legal, financial, healthcare, scientific, or educational document and causing retrieval and display of at least a portion of the one defined entity record; and a processor configured for defining profile records from the one or more entity reference records, wherein defining the profile records comprises a processor for merging entity reference records that refer to a same person to create a profile record for that 10 person; wherein the processor for merging comprises: a processor configured for sorting the entity reference records by last name; a processor configured for selecting an unmerged entity reference record and for creating a profile record from the selected unmerged entity reference 15 record; and a processor configured for analyzing the unmerged entity reference record to determine a probability that a person in a profile record is the same person as referenced in the selected unmerged entity reference record. 20

22. A system comprising: one or more processors; and a memory coupled to the one or more processors, wherein the memory includes instructions that when executed on the one or more processors execute a process comprising: 25 extracting one or more entity reference records from documents; defining one or more entity records by merging one or more of the entity reference records with one or more other entity reference records; categorizing one or more of the defined entity records based on a taxonomy; defining links between one or more of the defined entity records and other 30 documents or data sets; defining a query related to an entity, for viewing one or more documents resulting from the query, and for selecting one or more of the defined links within a 6872931 1 22 legal, financial, healthcare, scientific, or educational document and causing retrieval and display of at least a portion of the one defined entity record; and defining profile records from the one or more entity reference records, wherein the means for defining the profile records comprises means for merging 5 entity reference records that refer to a same person to create a profile record for that person; wherein the means for merging comprises: means for sorting the entity reference records by last name; means for selecting an unmerged entity reference record and means for 10 creating a profile record from the selected unmerged entity reference record; and means for analyzing the unmerged entity reference record for determining a probability that a person in a profile record is the same person as referenced in the selected unmerged entity reference record. 15 6872931 1