The present invention relates to data analysis, and more specifically, to entity analytics. Entity classification is a key function of many systems and products used for entity resolution and entity relationship recognition. Current entity resolution engine products are typically configured to classify entities according to simple input factors (e.g. an “entity class” code can be required as part of each inbound observation to be handled by the product). These products also can process information about each entity's components; such pieces of information are often known as “features” of those entities. Features are typically classified based on configured “feature class” codes.
However, this way of statically defining entity and feature classes has a few drawbacks. First, the product can be configured for use only on data that arrives from a specific set of sources and that is structured in certain ways. Second, product configuration is complex and requires every entity and feature class that may be anticipated for a given deployment to be defined in advance by specialists trained extensively to configure the product. Third, for a given configuration it is not possible to reclassify entities after the resolution phase, which may limit the resolution engine's ability to provide sensible resolutions. Thus, there is a need for improved entity classification and entity resolution techniques.
According to one embodiment of the present invention, techniques for classifying entities are described. Data representing an observation of an entity is received. One or more features of the entity are identified. A first classification for the entity is assigned based on the identified features, and based on a best fit analysis of the identified features to existing classifications. In response to identifying one or more additional features of the entity and determining that the identified additional features meet an update criterion, or in response to determining that the identified features meet an update criterion based on a modified best fit analysis, the assigned first classification for the entity is changed to a second classification for the entity.
The details of one or more embodiments of the invention are set forth in the accompanying drawings and the description below. Other features and advantages of the invention will be apparent from the description and drawings, and from the claims.
Like reference symbols in the various drawings indicate like elements.
The various embodiments of the invention described herein pertain to dynamic entity and feature classification techniques that allow entity resolution engines to not only recognize previously undefined entity and feature classes, but also to associate inbound observations with those classes. Products incorporating the various embodiments described herein can benefit as will be described below, and can achieve more accurate entity resolution with fewer mix-ups in which either too many or too few entities resolve as can happen with conventional entity analytics products.
An enhancement that enables dynamic entity and feature classification and potential later reclassification, where the available data does not explicitly define entity and feature classes, is advantageous in several ways. First, it allows for the product to be used on unstructured or semi-structured data, coming from a wider variety of sources than currently feasible. That is, even data sources such as the Internet and various intranets, that provide information about entities of a variety of classes without necessarily defining those classes, can become available for entity resolution and entity relationship recognition. Second, product configuration is simplified, particularly if the product is able to distinguish entity and feature classes without those classes having been defined in advance. Also, an ability to reclassify entities after the resolution phase, potentially into more narrow entity classes, can enhance the resolution engine's ability to provide sensible resolutions.
In some embodiments, any inbound observation that lacks explicit entity or feature classification information can automatically be associated with an existing entity and/or feature class that “best fits” the observed aspects of the inbound data. A best fit analysis can include semantic analysis, natural language analysis, image analysis, motion detection analysis, pattern-matching analysis, behavior analysis, or any analysis suitable for assigning an entity or feature as recognized by the entity resolution engine to a class, such that the entity can be distinguishable from other entities. A best fit analysis also can include the application of a set of classification rules. The classification rules can be arranged so as to trigger one or more analyses when an entity is observed and to assign the entity to a class based on the outcome of the analyses. In one embodiment, some or all of the rules can be configured in advance by specialists trained to configure the resolution engine. In another embodiment, some or all of the rules can be programmatically deduced or synthesized via data analysis techniques, machine learning techniques, cognitive computing techniques, or other means. In any case, when the resolution engine has applied a best fit analysis to classify an entity or feature, it can track the fact that the classification is assumed rather than explicit. If it finds no best fit, it can programmatically associate the inbound observation with either an entirely new entity class, with one or more entirely new feature classes, or with both. Expressed differently, the resolution engine creates a new class that best fits the inbound data item.
Subsequently, at any time when entity resolution or relationships are being determined with respect to these assumed classes, the resolution engine can “question” any classification assumptions the resolution engine made earlier. As a result, if a different class is determined to be a better fit than the assumed class, at some point, then the entity and/or its features may be reclassified. Again, the resolution engine would do this programmatically. The term “programmatically” as used herein indicates the automated completion of a task, such as making an entity classification assumption and later re-evaluating that assumption and the corresponding entity classification, entirely without human guidance.
Questioning the assumptions for an entity and/or its features can involve re-evaluating classifications based on new information that has arrived since the observation. For example, with the arrival of new information about various types of entities that previously have been observed, new entity and feature classes that better fit the entities may be recognized based on the new information. Further, new information not only about an entity or feature, but also about the class of such an entity of feature, may be observed. When a new observation arrives regarding an entity for which classification assumptions have been applied, that new observation may include new information about the entity. In some cases, the new information may include an explicitly-defined entity or feature class. In other cases, the new information may include other details relevant to how the entity or its features may be classified.
Questioning the assumptions can lead to un-resolving and/or re-resolving entities whose resolutions are either nonsensical, overly optimistic, or overly pessimistic. If reclassifying an observed entity that the resolution engine has improperly failed to resolve would allow the entity to resolve with other observed entities that have matching features, then the entity can be reclassified so as to enable the proper resolution. Alternatively, if reclassifying entities that have been overzealously resolved, that is, into large amalgams incorporating an unreasonable quantity or range of entities, would trigger such amalgams to un-resolve, and potentially re-resolve more reasonably, then those entities can be reclassified so as to enable the needed un-resolutions and/or re-resolutions. The same logic can apply to entity features.
In some embodiments, entity classification rules are defined programmatically based on observations or resolutions of one or more entities. In one embodiment, this can happen when re-resolutions are needed. Detection of this condition can be as simple as observing a new feature of an entity that would otherwise have been resolved to be identical with a previously resolved entity, but for the fact that the feature is inconsistent with some other feature of the previously resolved entity. For example,
Turning now to
Turning now to
As was discussed above, the various embodiments of the invention allow for entities and features to be classified by their behaviors or other factors. To make this possible, cascading classification rules can be defined. These rules can be user-definable and/or specific to a particular application. In some embodiments, at least some of the rules can be programmatically synthesized based on various forms of analysis, natural language processing, machine learning, cognitive computing, or other methods applied to inbound data. In some embodiments, the rules might be relatively simple (e.g., “if an entity has a color, classify it as a physical entity,” “if a physical entity has an address, further classify it as a person or building,” “if a person or building has a two-word name, classify it specifically as a person,” “if that ‘person’ is subsequently observed to have a number of floors, reclassify it as a building”, etc.). In other embodiments, the rules might be more sophisticated (e.g., “if an entity has latitude and longitude coordinates, check whether the entity is over the ocean,” “if so, assume it is an oceangoing vessel,” “if it is later observed over land, reclassify it as an airplane,” “if it is yet later observed to follow a path corresponding to a city street, reclassify the entity again, e.g. as a person, not an airplane,” etc.). The resolution engine can recognize that entities are following a path using, for example, the techniques disclosed in U.S. patent application Ser. No. 13/798,314, or through any other suitable method. If the entity is later observed having a feature that is not compatible with personhood, or indeed with any entity class thus far known to the resolution engine, then in one embodiment a class can be programmatically added to the set of known classes. For instance, if an entity thus far classified as a person were to be observed having a feature designated “robot model number”, and robot models were not among the set of recognized entity classes, then a robot model can be added to the set, and the entity can be reclassified accordingly. One such scenario is schematically illustrated in
Suppose, as in the above example, that observations of an entity include positional coordinates such as latitudes and longitudes. The resolution engine can recognize this entity as it is observed over time, if a name, serial number, or other identifying information is always included with its observed coordinates. Suppose also that the entity is first observed with coordinates that place the entity in or over the ocean. To recognize this, the resolution engine must additionally be provided with a way to differentiate land from ocean. This could be defined, say, by associating the most significant sixteen bits of every possible geohash value with a land qualifier versus an ocean qualifier, for example, in the form of a single bit per geohash value. Alternatively, it could be defined as a set of bit vectors or other data structures representing geohashes, or latitudes and longitudes, describing land/ocean boundaries, or via a lookup in a chart, table, or map that indicates whether or not a given geohash, or latitude/longitude pair corresponds to land. Then, when the entity moves from ocean to land, the resolution engine can recognize this change and reclassify the entity from an oceangoing vessel class to an airplane class, for example.
Reclassification can occur during several conditions including (but not limited to): (a) when an entity is in the process of attempted resolution with other entities, or (b) as a post-resolution step in which assumptions are questioned regarding a resolved entity based on a new observation, or (c) if classification or resolution rules are modified. Various embodiments can include one or more of these approaches. Similarly, entity relationships can be determined based on assumed classifications and can be revisited based on logic that works much like the above.
As the skilled person realizes, occasionally there might be situations in which entities with a set of original identified features have been misclassified based on those features, not involving any additional features that might have enabled a more reasonable classification. For example, the resolution engine may have seen fit to recognize a “qwerty keyboard” feature as a reason to assign entities having that feature to a “typewriter” class. Reclassification of some of those entities (based, say, on additional features of just those entities) might reveal that assumption to be wrong for most entities. This could be revealed, for example, through an introspective analysis by the resolution engine, e.g. the resolution engine could perform statistics on reclassification rates to determine that an assumed classification was invalid for all entities of the class. In such a situation, most or all of the remaining entities that have been classified as “typewriter” entities because of their “qwerty keyboard” features might be reclassified using the techniques described above, but without the need to identify additional features.
The present invention may be a system, a method, and/or a computer program product. The computer program product may include a computer readable storage medium (or media) having computer readable program instructions thereon for causing a processor to carry out aspects of the present invention. The computer readable storage medium can be a tangible device that can retain and store instructions for use by an instruction execution device. The computer readable storage medium may be, for example, but is not limited to, an electronic storage device, a magnetic storage device, an optical storage device, an electromagnetic storage device, a semiconductor storage device, or any suitable combination of the foregoing. A non-exhaustive list of more specific examples of the computer readable storage medium includes the following: a portable computer diskette, a hard disk, a random access memory (RAM), a read-only memory (ROM), an erasable programmable read-only memory (EPROM or Flash memory), a static random access memory (SRAM), a portable compact disc read-only memory (CD-ROM), a digital versatile disk (DVD), a memory stick, a floppy disk, a mechanically encoded device such as punch-cards or raised structures in a groove having instructions recorded thereon, and any suitable combination of the foregoing. A computer readable storage medium, as used herein, is not to be construed as being transitory signals per se, such as radio waves or other freely propagating electromagnetic waves, electromagnetic waves propagating through a waveguide or other transmission media (e.g., light pulses passing through a fiber-optic cable), or electrical signals transmitted through a wire.
Computer readable program instructions described herein can be downloaded to respective computing/processing devices from a computer readable storage medium or to an external computer or external storage device via a network, for example, the Internet, a local area network, a wide area network and/or a wireless network. The network may comprise copper transmission cables, optical transmission fibers, wireless transmission, routers, firewalls, switches, gateway computers and/or edge servers. A network adapter card or network interface in each computing/processing device receives computer readable program instructions from the network and forwards the computer readable program instructions for storage in a computer readable storage medium within the respective computing/processing device.
Computer readable program instructions for carrying out operations of the present invention may be assembler instructions, instruction-set-architecture (ISA) instructions, machine instructions, machine dependent instructions, microcode, firmware instructions, state-setting data, or either source code or object code written in any combination of one or more programming languages, including an object oriented programming language such as Smalltalk, C++ or the like, and conventional procedural programming languages, such as the “C” programming language or similar programming languages. The computer readable program instructions may execute entirely on the user's computer, partly on the user's computer, as a stand-alone software package, partly on the user's computer and partly on a remote computer or entirely on the remote computer or server. In the latter scenario, the remote computer may be connected to the user's computer through any type of network, including a local area network (LAN) or a wide area network (WAN), or the connection may be made to an external computer (for example, through the Internet using an Internet Service Provider). In some embodiments, electronic circuitry including, for example, programmable logic circuitry, field-programmable gate arrays (FPGA), or programmable logic arrays (PLA) may execute the computer readable program instructions by utilizing state information of the computer readable program instructions to personalize the electronic circuitry, in order to perform aspects of the present invention.
Aspects of the present invention are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems), and computer program products according to embodiments of the invention. It will be understood that each block of the flowchart illustrations and/or block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer readable program instructions.
These computer readable program instructions may be provided to a processor of a general purpose computer, special purpose computer, or other programmable data processing apparatus to produce a machine, such that the instructions, which execute via the processor of the computer or other programmable data processing apparatus, create means for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks. These computer readable program instructions may also be stored in a computer readable storage medium that can direct a computer, a programmable data processing apparatus, and/or other devices to function in a particular manner, such that the computer readable storage medium having instructions stored therein comprises an article of manufacture including instructions which implement aspects of the function/act specified in the flowchart and/or block diagram block or blocks.
The computer readable program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other device to cause a series of operational steps to be performed on the computer, other programmable apparatus or other device to produce a computer implemented process, such that the instructions which execute on the computer, other programmable apparatus, or other device implement the functions/acts specified in the flowchart and/or block diagram block or blocks.
The flowchart and block diagrams in the Figures illustrate the architecture, functionality, and operation of possible implementations of systems, methods, and computer program products according to various embodiments of the present invention. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of instructions, which comprises one or more executable instructions for implementing the specified logical function(s). In some alternative implementations, the functions noted in the block may occur out of the order noted in the figures. For example, two blocks shown in succession may, in fact, be executed substantially concurrently, or the blocks may sometimes be executed in the reverse order, depending upon the functionality involved. It will also be noted that each block of the block diagrams and/or flowchart illustration, and combinations of blocks in the block diagrams and/or flowchart illustration, can be implemented by special purpose hardware-based systems that perform the specified functions or acts or carry out combinations of special purpose hardware and computer instructions.
The descriptions of the various embodiments of the present invention have been presented for purposes of illustration, but are not intended to be exhaustive or limited to the embodiments disclosed. Many modifications and variations will be apparent to those of ordinary skill in the art without departing from the scope and spirit of the described embodiments. The terminology used herein was chosen to best explain the principles of the embodiments, the practical application or technical improvement over technologies found in the marketplace, or to enable others of ordinary skill in the art to understand the embodiments disclosed herein.
Number | Name | Date | Kind |
---|---|---|---|
5692195 | Conner | Nov 1997 | A |
5768505 | Gilchrist | Jun 1998 | A |
5809296 | Yong | Sep 1998 | A |
6055540 | Snow | Apr 2000 | A |
6104835 | Han | Aug 2000 | A |
6456993 | Freund | Sep 2002 | B1 |
6678413 | Liang | Jan 2004 | B1 |
6738077 | Wendker | May 2004 | B1 |
7043492 | Neal et al. | May 2006 | B1 |
7107254 | Dumais | Sep 2006 | B1 |
7263515 | Tenorio | Aug 2007 | B1 |
7337186 | Inokuchi et al. | Feb 2008 | B2 |
7376672 | Weare | May 2008 | B2 |
7447334 | Jiang | Nov 2008 | B1 |
7539936 | Bender | May 2009 | B2 |
7558766 | Forman | Jul 2009 | B1 |
7613687 | Nye | Nov 2009 | B2 |
7756874 | Hoekman | Jul 2010 | B2 |
7840551 | Wong | Nov 2010 | B2 |
7970766 | Shamsi | Jun 2011 | B1 |
8095481 | Ocke | Jan 2012 | B2 |
8103628 | Howe | Jan 2012 | B2 |
8214363 | Chaudhary | Jul 2012 | B2 |
8290968 | Jonas | Oct 2012 | B2 |
8375020 | Rogers | Feb 2013 | B1 |
8380583 | Chanda | Feb 2013 | B1 |
8380696 | Rogers | Feb 2013 | B1 |
8572086 | Soderberg | Oct 2013 | B2 |
8589399 | Lee | Nov 2013 | B1 |
8594996 | Liang | Nov 2013 | B2 |
8676804 | Janos | Mar 2014 | B1 |
8706732 | Janos | Apr 2014 | B1 |
8885229 | Amtrup | Nov 2014 | B1 |
8924389 | Elliot | Dec 2014 | B2 |
8990211 | Janos | Mar 2015 | B1 |
9116982 | Stern | Aug 2015 | B1 |
9270451 | Jonas | Feb 2016 | B2 |
9372897 | Krauss | Jun 2016 | B2 |
9412069 | Hilley | Aug 2016 | B1 |
9594791 | Bell | Mar 2017 | B2 |
20020128990 | Kaminskas | Sep 2002 | A1 |
20020186882 | Cotman | Dec 2002 | A1 |
20030212675 | Denesuk | Nov 2003 | A1 |
20040017929 | Bramblet | Jan 2004 | A1 |
20040019609 | Orton, III | Jan 2004 | A1 |
20040044597 | McLachlan | Mar 2004 | A1 |
20060101005 | Yang | May 2006 | A1 |
20060136259 | Weiner | Jun 2006 | A1 |
20060136417 | Avinash | Jun 2006 | A1 |
20060136467 | Avinash | Jun 2006 | A1 |
20060187830 | Nam | Aug 2006 | A1 |
20070038437 | Brun | Feb 2007 | A1 |
20070058836 | Boregowda | Mar 2007 | A1 |
20070078873 | Avinash | Apr 2007 | A1 |
20070122040 | Au | May 2007 | A1 |
20070192715 | Kataria | Aug 2007 | A1 |
20070269804 | Liew | Nov 2007 | A1 |
20070273696 | Cheng | Nov 2007 | A1 |
20070294252 | Fetterly | Dec 2007 | A1 |
20080162515 | Dovas | Jul 2008 | A1 |
20080201722 | Sarathy | Aug 2008 | A1 |
20080240580 | Sugano | Oct 2008 | A1 |
20090138505 | Purdy | May 2009 | A1 |
20090164416 | Guha | Jun 2009 | A1 |
20090216703 | Shepherd | Aug 2009 | A1 |
20100030781 | Wong | Feb 2010 | A1 |
20100131467 | Prahlad | May 2010 | A1 |
20100217755 | Vignoli | Aug 2010 | A1 |
20100250537 | Van De Par | Sep 2010 | A1 |
20100293195 | Houghton | Nov 2010 | A1 |
20110059853 | Emler | Mar 2011 | A1 |
20110122138 | Schmidt | May 2011 | A1 |
20110131244 | Padovitz | Jun 2011 | A1 |
20110153528 | Bailey | Jun 2011 | A1 |
20110314482 | Cupala | Dec 2011 | A1 |
20110320455 | Jonas | Dec 2011 | A1 |
20120102031 | Shami | Apr 2012 | A1 |
20120185480 | Ni | Jul 2012 | A1 |
20120195459 | Schmidt | Aug 2012 | A1 |
20120330952 | Kong | Dec 2012 | A1 |
20130036119 | Yakout | Feb 2013 | A1 |
20130054598 | Caceres | Feb 2013 | A1 |
20130057249 | Winter | Mar 2013 | A1 |
20130166485 | Hoffmann | Jun 2013 | A1 |
20130182905 | Myers | Jul 2013 | A1 |
20130208950 | Athelogou | Aug 2013 | A1 |
20130246321 | Pandit | Sep 2013 | A1 |
20130297604 | Sutedja | Nov 2013 | A1 |
20140006404 | McGrew | Jan 2014 | A1 |
20140172754 | He | Jun 2014 | A1 |
20140279583 | Surdeanu | Sep 2014 | A1 |
20140337345 | Motoyama | Nov 2014 | A1 |
20140339374 | Mian | Nov 2014 | A1 |
20140344102 | Cooper | Nov 2014 | A1 |
20140351258 | Dayan | Nov 2014 | A1 |
20140372443 | Delaney | Dec 2014 | A1 |
20140372453 | Rajaram | Dec 2014 | A1 |
20150023549 | Krauss | Jan 2015 | A1 |
20150039611 | Deshpande | Feb 2015 | A1 |
20150095333 | Porpora | Apr 2015 | A1 |
20150120738 | Srinivasan | Apr 2015 | A1 |
20150154263 | Boddhu | Jun 2015 | A1 |
20150161451 | Nye | Jun 2015 | A1 |
20150220588 | Krauss | Aug 2015 | A1 |
20150220735 | Paithane | Aug 2015 | A1 |
20150227591 | Jose | Aug 2015 | A1 |
20150286723 | Sun | Oct 2015 | A1 |
20150286857 | Kim | Oct 2015 | A1 |
20150350180 | Faith | Dec 2015 | A1 |
20160063357 | Gao | Mar 2016 | A1 |
20160155063 | Rich | Jun 2016 | A1 |
20160195608 | Ruenz | Jul 2016 | A1 |
20160196331 | Jonas | Jul 2016 | A1 |
20160210317 | Krauss | Jul 2016 | A1 |
20160335478 | Bredno | Nov 2016 | A1 |
20160366546 | Yamasaki | Dec 2016 | A1 |
20170103281 | Amtrup | Apr 2017 | A1 |
20170249650 | Olsen | Aug 2017 | A1 |
Number | Date | Country |
---|---|---|
0681249 | Aug 2002 | EP |
WO-2014109781 | Jul 2014 | WO |
Entry |
---|
Nadeau et al., “A Survey of Named Entity Recognition and Classification”, Linguisticae Investigationes, vol. 30, pp. 3-26, 2007. |
Stauffer, C., “Minimally-Supervised Classification Using Multiple Observation Sets”, In Proceedings of the Ninth IEEE International Conference on Computer Vision (ICCV'03), 8 pages, 2003. |
Parekh et al., “A Survey on Object Detection and Tracking Methods”, International Journal of Innovative Research in Computer and Communication Engineering, vol. 2, Issue 2, Feb. 2014, pp. 2970-2978. (Year: 2014). |
Laykin et al.; “On-line feature and classifier selection for agricultural produce”; Proceedings of the Eighth IASTED International Conference on Artificial Intelligence and Soft Computing; 2004; Publisher: Acta Press; Country of Publication: USA; ISBN: 0889864586; 5 pp. |
Laykin et al.; “On-line feature and classifier selection for agricultural produce”; Proceedings of the Eighth IASTED International Conference on Artificial Intelligence and Soft Computing; 2004; Publisher: Acta Press; Country of Publication: USA; ISBN: 0889864586. |
Number | Date | Country | |
---|---|---|---|
20160210317 A1 | Jul 2016 | US |