Patent Grant
9262938
The present disclosure relates to question answering (QA) systems, and more specifically, to determining if a candidate answer is of an appropriate lexical answer type.
The concept of deferred type evaluation is explained in U.S. patent application Ser. No. 12/126,642 entitled, “System and Method for Providing Question and Answers with Deferred Type Evaluation,” filed May 23, 2008, published as U.S. Patent Application Publication No. US 2009/0292687 A1, and issued as U.S. Pat. No. 8,332,394 B2, the contents of which are incorporated herein by reference.
The concept of deferred type evaluation was further discussed in previously filed U.S. patent application Ser. No. 13/239,165 entitled, “Providing Question and Answers with Deferred Type Evaluation Using Text with Limited Structure,” filed Sep. 21, 2011, published as U.S. Patent Application Publication No. US 2012/0078902 A1, the contents of which are incorporated herein by reference.
The systems and methods herein address the coverage problem from individual type coercion components. Currently, there is a variety of ways to determine if a candidate answer is of a lexical answer type (LAT). All of these solutions rely on a particular set of resources and a particular set of algorithms. Since each type coercion component has its own limitations and biases, the coverage of type coercion in general can be improved.
Systems and methods herein combine the intermediate outputs of different type coercion components to produce a new type coercion output that has improved coverage than the other type coercion components, individually.
The present disclosure leverages the concept of LATs. The LATs are computed from a natural language analysis of the query and provide more description of an answer than its ontological category. A LAT of the question/query is the descriptor of the referent or referents of the entity that is a valid answer to the question.
According to a method herein, a question is received into a computerized device. A question LAT is determined, using the computerized device. The question LAT is a lexical answer type associated with the question. A candidate answer to the question is identified, using the computerized device. Preliminary types for the candidate answer are automatically determined using first components of the computerized device. The first components use different methods to produce the preliminary types, and each of the first components produces a preliminary type. A match between the preliminary type and the question LAT is automatically scored, using the computerized device. Each of the first components produces a first type-score. The first type-score represents a degree of match between the preliminary type and the question LAT. The scoring is differentiated based on which of the components produced the preliminary type. Each preliminary type and each first type-score is automatically evaluated using second components of the computerized device. Each of the second components produces a second score based on a combination of the first type-score and a measure of degree that the preliminary type matches the question LAT. The second components use different methods to produce the second score. A final score is automatically calculated based on the second score from each of the second components, using the computerized device. The final score, representing a degree of confidence that the candidate answer is a type that matches the question LAT, is automatically output, using the computerized device.
According to a method herein, a lexical answer type (LAT) associated with a question in a question-answering system is automatically identified, to produce a question LAT, using a computerized device. A candidate answer to the question is automatically generated, using the computerized device. Preliminary types for the candidate answer are automatically determined using first components of the computerized device. The first components use different resources to produce the preliminary types, and each of the first components produces a preliminary type for the candidate answer. A match between the preliminary type and the question LAT is automatically scored using the first components of the computerized device, producing a first type-score for each preliminary type based on an amount that the preliminary type corresponds to the question LAT. The first components use different resources to produce the first type-score for the preliminary type, and the scoring is differentiated based on which of the first components produced the preliminary type. Each of second components automatically evaluates each preliminary type and the first type-score, using the computerized device. Each of the second components produces a second score for the preliminary type for the candidate answer based on a combination of the first type-score and a measure of degree that the preliminary type matches the question LAT. A final score based on the second score from each of the second components is automatically output, using the computerized device. The final score represents a degree of confidence that the candidate answer is a type that matches the question LAT.
According to a computer system for determining a confidence score for candidate answers to questions in a question-answering system herein, the system comprises an automated question answering (QA) system comprising a query analysis module, a candidate answer generator operatively connected to the query analysis module, a processor comprising a plurality of first components, a plurality of second components operatively connected to the plurality of first components, and a classifier operatively connected to the plurality of second components, and a user interface operatively connected to the query analysis module. The user interface receives a question into the automated QA system. The query analysis module determines a question lexical answer type (LAT) for the question. The candidate answer generator automatically computes a candidate answer to the question. The processor automatically calculates a preliminary type for the candidate answer from each of the plurality of first components. The first components use different methods to produce the preliminary type. The processor automatically scores a match between the preliminary types and the question LAT to produce a first type-score from each of the plurality of first components based on an amount that the preliminary type corresponds to the question LAT. The scoring is differentiated based on which of the first components produced the preliminary type. A same preliminary type receives a different type-score based on differences between the first components that produced the same candidate answer type. The processor automatically evaluates each preliminary type and first type-score from each of the plurality of first components using each of the plurality of second components and produces a second score for the preliminary type based on a measure of degree that the preliminary type matches the question LAT for each of the plurality of second components. The processor automatically outputs a final score for the preliminary type from the classifier based on the second score for the preliminary type from each of the plurality of second components.
According to a computer program product for determining a confidence score for candidate answers to questions in a question-answering system herein, the computer program product comprises a tangible computer readable storage medium having program code embodied therewith. The program code is readable and executable by a computer to perform a method. According to the method, a question is received into a computerized device. A question LAT is determined. The question LAT is a lexical answer type associated with the question. A candidate answer to the question is identified. Preliminary types for the candidate answer are automatically determined using first components of the computerized device. The first components use different methods to produce the preliminary types, and each of the first components produces a preliminary type. A match between the preliminary type and the question LAT is automatically scored. Each of the first components produces a first type-score. The first type-score represents a degree of match between the preliminary type and the question LAT. The scoring is differentiated based on which of the components produced the preliminary type. Each preliminary type and each first type-score is automatically evaluated using second components of the computerized device. Each of the second components produces a second score based on a combination of the first type-score and a measure of degree that the preliminary type matches the question LAT. The second components use different methods to produce the second score. A final score is automatically calculated based on the second score from each of the second components. The final score, representing a degree of confidence that the candidate answer is a type that matches the question LAT, is automatically output.
The systems and methods herein will be better understood from the following detailed description with reference to the drawings, which are not necessarily drawn to scale and in which:
It will be readily understood that the systems and methods of the present disclosure, as generally described and illustrated in the drawings herein, may be arranged and designed in a wide variety of different configurations in addition to the systems and methods described herein. Thus, the following detailed description of the systems and methods, as represented in the drawings, is not intended to limit the scope defined by the appended claims, but is merely representative of selected systems and methods. The following description is intended only by way of example, and simply illustrates certain concepts of the systems and methods, as disclosed and claimed herein.
As will be referred to herein, the word “question” and “query”, and their extensions, are used interchangeably and refer to the same concept, namely a request for information. Such requests are typically expressed in an interrogative sentence, but they can also be expressed in other forms, for example as a declarative sentence providing a description of an entity of interest (where the request for the identification of the entity can be inferred from the context). “Structured information” (from “structured information sources”) is defined herein as information whose intended meaning is unambiguous and explicitly represented in the structure or format of the data (e.g., a database table). “Unstructured information” (from “unstructured information sources”) is defined herein as information whose intended meaning is only implied by its content (e.g., a natural language document). By “Semi-structured”, it is meant data having some of the meaning explicitly represented in the format of the data, for example a portion of the document can be tagged as a “title”.
In
The Answer Source Knowledge Base 129 may comprise a corpus of data comprising one or more databases of structured or semi-structured sources (pre-computed or otherwise) comprising collections of relations (e.g., Typed Lists). In an exemplary implementation, the Answer Source Knowledge Base 129 may comprise a database stored in a memory storage system, e.g., a hard drive. The Answer Source Knowledge Base 129 may interface with several structured and unstructured sources including Typed Lists (e.g., list of all countries in the world), Precise Unary (e.g., a country), Binary (e.g., country+head of state of that country), Ternary (e.g., country+head of state of that country+wife of the head of state), n-ary Relation Extracted, etc.
An Answer Ranking module 141 provides functionality for ranking candidate answers 132 and determining a response 144 returned to a user 115 via a user's computer display interface (not shown) or a computer system 120, where the response may be an answer, an elaboration of a prior answer, or a request for clarification in response to a question when a high quality answer to the question is not found.
It is understood that skilled artisans may implement a further extension to the system of the disclosure shown in
The system 100 depicted in
As shown in
In
The certain functions/sub-functions operate to compute a LAT from a natural language analysis of the query and provide more a description of an answer than its ontological category. Thus, for example, the italicized words in the following sentence represent the LAT “After circumnavigating the Earth, which explorer became mayor of Plymouth, England?” the answer must include both “explorer” and “mayor”; and these two strings become the question LATs.
As mentioned above, a LAT of the question/query 118 is the type (i.e. the descriptor) of the referent of the entity that is a valid answer to the question. In practice, LAT is the descriptor of the answer detected by a natural language understanding module (not shown) comprising a collection of patterns or a parser with a semantic interpreter.
With reference to the LAT block 152, in the Query Analysis module 112 of
LATs should include modifiers of the main noun if they change its meaning. For example, a phrase “body of water” has different meaning than “water” or “body”, and therefore in the following query the LAT has to include the whole phrase (italicized):
“Joliet and Co. found that the Mississippi emptied into what body of water?”
It is understood that multiple LATs can be present in the query and the context, and can even be present in the same clause. For example, words italicized represent the LAT in the following queries:
“In 1581, a year after circumnavigating the Earth, which explorer became mayor of Plymouth, England?”
“Which New York City river is actually a tidal strait connecting upper New York Bay with Long Island Sound?”
Even though in many cases the LAT of the question can be computed using simple rules as described herein above, in other situations, such as when multiple LATs are present, the LATs are computed based on grammatical and predicate argument structure. Thus the natural language understanding module should include a parser (such as ESG is used to compute the grammatical structures) and a shallow semantic interpreter to compute the semantic co-reference between the discourse entities, such as “river” and “tidal strait” or “explorer” and “mayor”, to add both of them to the list of LATs. It is understood that the LATs can include modifiers.
Thus, in the first example above, the list of LATs may contain explorer, mayor, mayor of Plymouth, mayor of Plymouth, England. A minimal possible noun phrase that identifies the answer type corresponds to the maximal entity set, and the maximal noun phrase provides the best match.
According to systems and methods herein, the Evidence Gathering and Answer Scoring module 135 includes several type coercion (TyCor) components 155, as described in further detail below, to test the candidate answers in order to determine that the candidate answer 132 is an appropriate type for the question/query 118.
Referring to
Entity Disambiguation and Matching (EDM): The most obvious, and most error-prone, step in using an existing source of typing information is to find the entity in that source that corresponds to the candidate answer. Since the candidate is just a string, this step accounts for both polysemy (the same name may refer to many entities) and synonymy (the same entity may have multiple names). Each source may require its own special EDM implementations that exploit properties of the source, for example, DBpedia encodes useful naming information in the entity URI. EDM implementations typically try to use some context for the answer, but in purely structured sources, this context may be difficult to exploit.
Predicate Disambiguation and Matching (PDM): Similar to EDM, the type in the source that corresponds to the LAT is found. In some sources this is the same algorithm as EDM, in others, type looking requires special treatment. In a few, especially those using unstructured information as a source, the PDM step just returns the LAT itself. In type-and-generate, this step corresponds to producing a semantic answer type (SAT) from the question. PDM corresponds strongly to notions of word sense disambiguation with respect to a specific source.
Type Retrieval (TR): After EDM, the types of the retrieved entity are retrieved. For some TyCor components, like those using structured sources, this step exercises the primary function of the source and is simple. In others, like unstructured sources, this may require parsing or other semantic processing of some small snippet of natural language.
Type Alignment: The results of the PDM and TR steps are then compared to determine the degree of match. In sources containing e.g. a type taxonomy, this includes checking the taxonomy for subsumption, disjointness, etc. For other sources, alignments utilize resources like WordNet for finding synonyms, hypernyms, etc. between the types.
Each of the steps above generates a type-score reflecting the accuracy of its operation, taking into account the uncertainty of the entity mapping or information retrieval process. The final score produced by each TyCor component 155 is a combination of the analysis step scores and the confidence in the type of the candidate answer. Some examples of specific scoring methodologies are described in detail in U.S. Patent Application Publication No. US 2009/0292687 A1.
In particular, the candidate answer 132 and type(s) are represented as lexical strings. Production of the score, referred to herein as the type-score, is comprised of several steps: candidate answer to instance matching, instance to type association extraction, and LAT to type matching. The type-score reflects the degree to which the candidate answer may be “coerced” to the LAT, where higher scores indicate a better coercion.
In candidate answer to instance matching, the candidate answer is matched against an instance or instances within the knowledge resource, where the form that the instance takes depends on the knowledge resource. With a structured knowledge base, instances may be entities, with an encyclopedic source such as Wikipedia instances may be entries in the encyclopedia, with lexical resources such as WordNet (lexical database) instances may be synset entries (sets of synonyms), and with unstructured document (or webpage) collections, instances may be any terms or phrases occurring within the text. If multiple instances are found, a rollup using an aggregation function is employed to combine the scores from all candidate answers. If no suitable instance is found, a score of 0 is returned.
Next, instance association information is extracted from the resource. This information associates each instance with a type or set of types. Depending on the resource, this may take different forms; in a knowledge base, this corresponds to particular relations of interest that relate instances to types, with an encyclopedic source, this could be lexical category information which assigns a lexical type to an entity, with lexical resources such as WordNet, this is a set of lexical relations, such as hyponymy, over synsets (e.g. “artist” is a “person”), and with unstructured document collections this could be co-occurrence or proximity to other terms and phrases representing type.
Then, each LAT is attempted to match against each type. A lexical manifestation of the type is used. For example, with encyclopedias, this could be the string representing the category; with a lexical resource such as WordNet, this could be the set of strings contained within the synset. The matching is performed by using string matching or additional lexical resources such as WordNet to check for synonymy or hyponymy between the LAT and type. Special logic may be implemented for types of interest; for example person matcher logic may be activated which requires not a strict match, synonym, or hyponym relation, but rather that both LAT and type are hyponyms of the term “person”. In this way, “he” and “painter”, for example, would be given a positive score even though they are not strictly synonyms or hyponyms. Finally, the set of pairs of scores scoring the degree of match may be resolved to a single final score via an aggregation function. The final score represents the degree of confidence that the candidate answer is a type that matches the question LAT 207.
The disclosure herein describes a method and system of combining multiple TyCor components 155 to determine if the candidate answer 132 is of the lexical type 215 of the question.
The “answer-type” classification process depends on the resource that the candidate answer 132 comes from. Different methods are applied to different resources (structured vs. unstructured, semantic vs. lexical, etc.) to find the answer-type of a candidate answer 132. In other words, the different resources may produce different preliminary types 313.
First, each of a first set of TyCor components (Wiki-intro 155a, Wiki-List 155b, Identity 155c, Wiki-category 155d, WordNet 155e, and Yago 155f) attempts to obtain a type of the input candidate answer 132. Because different TyCor components 155a-155f use different resources and different algorithms, they may extract different preliminary types 313 for the same candidate answer.
That is, the answer type of a given candidate answer may be found by applying a different resource-specific methodology to each different resource or database for its type coercion methodology. For example, different resources (Wild-List, WordNet, Yago, etc.) that might produce preliminary types 313 for the candidate answer have different answer-type finding algorithms applied to them to find the answer type. Thus, use of different resource-specific type classification methodologies may result in the different resources producing different type categories for the same candidate answer, simply because the candidate answer 132 is evaluated differently.
Additionally, each of the TyCor components 155a-155f generates a type-score reflecting the accuracy of its operation, taking into account the uncertainty of the entity mapping or information retrieval process. The different resource-specific answer-type classification methodologies may score the probability that an answer-type matches the question LAT differently. In other words, one resource-specific methodology might give a 70% probability that the answer-type matches the question LAT, while another resource-specific methodology might give a 90% probability that the same answer-type matches the question LAT. Of course, different resource-specific methodologies will also come up with different answer-types.
According to systems and methods herein, the results of the different TyCor component combinations can be posted directly as features to help scoring the preliminary type 313 for the candidate answer 132. The problem is not so much that the candidate answer 132 is “correct” but rather, in this evaluation, that the candidate answer 132 addresses the right type of question. For example, an input query, to wit:
“Which 19th century US presidents were assassinated?”
should compute a lexical answer type (LAT) as “19th century US president” (but also as “US president” and “president”). Candidate answers might include “Abraham Lincoln”, “James A. Garfield”, “William McKinley”, and “John F. Kennedy”, the latter two of which would be wrong answers but may be the correct type. Candidate answers that include “Secretariat” and “War of 1812” should be evaluated as being a wrong type.
The output of each of the first set of TyCor components 155a-155f provides input to each of another set of TyCor components (in this case Wiki-intro 355a, Wiki-List 355b, Identity 355c, Wiki-category 355d, WordNet 355e, Yago 355f, and Prismatic 355g). Note that the sets of TyCor components used need not be identical. According to systems and methods herein, any combinations of TyCor components can be used. The output from each of the first set of TyCor components 155a-155f includes a preliminary type 313 and a first type-score.
The second set of TyCor components 355a-355g evaluates the preliminary type 313 for the candidate answer and first type-score from each of the first set of TyCor components 155a-155f to produce a second score for the preliminary type 313. The second score is based on a combination of the first type-score and a measure of degree that the preliminary type 313 matches the question LAT 207 based on the methodology and resources for each of the second set of TyCor components 355a-355g. The second set of TyCor components 355a-355g can use the provenance information (i.e. which TyCor component extracted the preliminary type 313 for the candidate answer) as features.
The classifier 373 evaluates the second score from each of the second set of TyCor components 355a-355g and determines a final score representing the degree of confidence that the candidate answer 132 is of the lexical type of the question by aggregating the second score from each of the second set of TyCor components 355a-355g. The classifier 373 can be trained from a set of ground truth instances of annotated training data by machine learning algorithms such as logistic regression or can be implemented as a set of manually crafted rules. Classification rules can be encoded manually or learned automatically through association rule learning.
Additionally, the second set of TyCor components 355a-355g can be used to determine if the preliminary types 313 are subsumed by the question LAT 207 “leader” (i.e. is a subtype of the LAT). Note that the sets of TyCor components used are not identical. According to systems and methods herein, any combinations of TyCor components can be used to determine the possible types of the instances, and to determine whether the types are subtypes of the question LAT 207.
“What leader gave a speech at the dedication of a national cemetery in Gettysburg, Pa.?” Based on analysis, the question LAT 207 may be “leader”. A candidate answer 432 may be “Lincoln”. The task is to determine if “Lincoln” is a leader. The chain of TyCor components may produce an output through the following process:
First, each of a first set of TyCor components (Wiki-intro 155a, Wiki-List 155b, Identity 155c, Wiki-category 155d, WordNet 155e, and Yago 155f) attempts to obtain a type of the input candidate answer 432. Because different TyCor components 155a-155f use different resources and different algorithms, they may extract different preliminary types for the same candidate answer. In this example, the candidate answer 432 of “Lincoln” may extract two or more preliminary types, such as, President 443 and Politician 446. While a preliminary type of Automobile may be extracted, it is expected that that would have a very low first score.
As described above, the preliminary type of a given candidate answer may be found by applying a different resource-specific methodology to each different resource that produces a candidate answer. For example, different resources (Wild-List, WordNet, Yago, etc.) that might produce candidate answers have different answer-type finding algorithms applied to them to find the answer type. Thus, use of different resource-specific type classification methodologies may result in the different resources producing different type categories (president answer-type and politician answer-type) for the same candidate answer, simply because the candidate answer, Lincoln 432, came from different resources.
The output of the first set of TyCor components 155a-155f provides input to each of a second set of TyCor components (Wiki-intro 355a, Wild-List 355b, Identity 355c, Wild-category 355d, WordNet 355e, Yago 355f, and Prismatic 355g). The output from each of the first set of TyCor components 155a-155f includes a preliminary type such as, President 443 and Politician 446 and a first type-score. The second set of TyCor components 355a-355g determine if the types (e.g. President 443 and Politician 446) are subsumed by the question LAT 207 “leader” (i.e. is a subtype of the question LAT).
As described above, each of the first set of TyCor components 155a-155f generates a type-score reflecting the accuracy of its operation, taking into account the uncertainty of the entity mapping or information retrieval process. The different resource-specific answer-type classification methodologies may score the probability that a preliminary type matches the LAT differently. In this example, one resource-specific methodology might give a 70% probability that the preliminary type “president” 443 matches the “leader” LAT, while another resource-specific methodology might give a 90% probability that the same preliminary type “president” 443 matches the “leader” LAT. Of course, different resource-specific methodologies will also come up with different preliminary types (e.g., preliminary type “politician” 446).
The second set of TyCor components 355a-355g evaluates the preliminary types President 443 and Politician 446 for the candidate answer and first type-score from each of the first set of TyCor components 155a-155f to produce a second score for each of the preliminary types President 443 and Politician 446. The second score is based on a combination of the first type-score and a measure of degree that the preliminary types President 443 and Politician 446 match the question LAT 207 “leader” based on the methodology and resources for each of the second set of TyCor components 355a-355g. The second score is a numeric value to indicate the degree of matchness of type-to-LAT.
The classifier 373 uses the outputs of the second set of TyCor components 355a-355g to determine whether the candidate answer 432, “Lincoln” is a leader or not. The classifier 373 evaluates the second score from each of the second set of TyCor components 355a-355g and determines a final score representing the confidence that the candidate answer 432, “Lincoln” is of the lexical type of the question (“leader”).
The classifier 373 aggregates the second score from each of the second set of TyCor components 355a-355g and uses the provenance information (i.e. which TyCor component extracted the type for the candidate answer and which TyCor components determine the preliminary type is a subtype of the question LAT) as features. The output of the classifier 373 is a final score representing the confidence that the candidate answer 432, “Lincoln” is of the lexical type of the question, “leader”.
The principles of the systems and methods disclosed herein may be advantageously employed in applications of several vertical domains: domains where applications involving text analytics are growing, and where navigation through large amounts of data is becoming of concern. For instance, example domains may include, but are not limited to, e.g., biotech, finance, marketing, legal, etc.
Moreover, the present concepts may be extended to cover information seeking dialog, not just question answering. This has application both for spoken dialog, e.g., between man and machine (telephone, computer) and, e.g., for multimodal dialog using speech and text that leverages both rule based approach to creating of dialog models or, a combination of statistical and rule based dialog modeling. As such, it does not permit context switching without a large degradation of performance. Deferred type matching as performed in accordance with the system and methods herein, should decrease degradation and allow context switching.
Yet in another system and method, the concepts may be extended to cover information mining where data is often of poor quality but context should help, e.g., information extraction from meeting recordings.
Aspects of the present disclosure are described herein with reference to flowchart illustrations and/or block diagrams of methods, apparatus (systems) and computer program products according to various systems and methods. It will be understood that each block of the flowchart illustrations and/or two-dimensional block diagrams, and combinations of blocks in the flowchart illustrations and/or block diagrams, can be implemented by computer program instructions. The computer 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.
According to a further system and method herein, an article of manufacture is provided that includes a tangible computer readable medium having computer readable instructions embodied therein for performing the steps of the computer implemented methods, including, but not limited to, the method illustrated in
The computer program instructions may be stored in a computer readable medium that can direct a computer, other programmable data processing apparatus, or other devices to function in a particular manner, such that the instructions stored in the computer readable medium produce an article of manufacture including instructions which implement the function/act specified in the flowchart and/or block diagram block or blocks.
Furthermore, the computer program instructions may also be loaded onto a computer, other programmable data processing apparatus, or other devices to cause a series of operational steps to be performed on the computer, other programmable apparatus or other devices to produce a computer implemented process such that the instructions which execute on the computer or other programmable apparatus provide processes for implementing the functions/acts specified in the flowchart and/or block diagram block or blocks.
In case of implementing the systems and methods herein by software and/or firmware, a program constituting the software may be installed into a computer with dedicated hardware, from a storage medium or a network, and the computer is capable of performing various functions if with various programs installed therein.
A representative hardware environment for practicing the systems and methods herein is depicted in
In
The system further includes a user interface adapter 719 that connects a keyboard 715, mouse 717, speaker 724, microphone 722, and/or other user interface devices such as a touch screen device (not shown) to the bus 712 to gather user input. Additionally, a communication adapter 720 including a network interface card such as a LAN card, a modem, or the like connects the bus 712 to a data processing network 725. The communication adapter 720 performs communication processing via a network such as the Internet. A display adapter 721 connects the bus 712 to a display device 723, which may be embodied as an output device such as a monitor (such as a Cathode Ray Tube (CRT), a Liquid Crystal Display (LCD), or the like), printer, or transmitter, for example.
In the case where the above-described series of processing is implemented with software, the program that constitutes the software may be installed from a network such as the Internet or a storage medium such as the removable medium.
Those skilled in the art would appreciate that, the storage medium is not limited to the peripheral device having the program stored therein as illustrated in
As will be appreciated by one skilled in the art, aspects of the systems and methods herein may be embodied as a system, method, or computer program product. Accordingly, aspects of the present disclosure may take the form of an entirely hardware system, an entirely software system (including firmware, resident software, micro-code, etc.) or an system combining software and hardware aspects that may all generally be referred to herein as a “circuit,” “module”, or “system.” Furthermore, aspects of the present disclosure may take the form of a computer program product embodied in one or more computer readable medium(s) having computer readable program code embodied thereon.
Any combination of one or more computer readable non-transitory medium(s) may be utilized. The computer readable medium may be a computer readable signal medium or a computer readable storage medium. The non-transitory computer storage medium stores instructions, and a processor executes the instructions to perform the methods described herein. A computer readable storage medium may be, for example, but not limited to, an electronic, magnetic, optical, electromagnetic, infrared, or semiconductor system, apparatus, or device, or any suitable combination of the foregoing. More specific examples (a non-exhaustive list) of the computer readable storage medium include the following: an electrical connection having one or more wires, 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), an optical fiber, a magnetic storage device, a portable compact disc Read-Only Memory (CD-ROM), an optical storage device, a “plug-and-play” memory device, like a USB flash drive, or any suitable combination of the foregoing. In the context of this document, a computer readable storage medium may be any tangible medium that can contain, or store a program for use by or in connection with an instruction execution system, apparatus, or device.
A computer readable signal medium may include a propagated data signal with computer readable program code embodied therein, for example, in baseband or as part of a carrier wave. Such a propagated signal may take any of a variety of forms, including, but not limited to, electro-magnetic, optical, or any suitable combination thereof. A computer readable signal medium may be any computer readable medium that is not a computer readable storage medium and that can communicate, propagate, or transport a program for use by or in connection with an instruction execution system, apparatus, or device.
Program code embodied on a computer readable medium may be transmitted using any appropriate medium, including, but not limited to, wireless, wireline, optical fiber cable, RF, etc., or any suitable combination of the foregoing.
Computer program code for carrying out operations for aspects of the present disclosure may be written in any combination of one or more programming languages, including an object oriented programming language such as Java, Smalltalk, C++, or the like and conventional procedural programming languages, such as the “C” programming language or similar programming languages. The program code 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).
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 systems and methods herein. In this regard, each block in the flowchart or block diagrams may represent a module, segment, or portion of code, which comprises one or more executable instructions for implementing the specified logical function(s). It should also be noted that, in some alternative implementations, the functions noted in the block might 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 combinations of special purpose hardware and computer instructions.
Deployment types include loading directly in the client, server, and proxy computers via loading a storage medium such as a CD, DVD, etc. The process software may also be automatically or semi-automatically deployed into a computer system by sending the process software to a central server or a group of central servers. The process software is then downloaded into the client computers that will execute the process software. The process software is sent directly to the client system via e-mail. The process software is then either detached to a directory or loaded into a directory by a button on the e-mail that executes a program that detaches the process software into a directory. Alternatively, the process software is sent directly to a directory on the client computer hard drive. When there are proxy servers, the process will select the proxy server code, determine on which computers to place the proxy servers' code, transmit the proxy server code, and then install the proxy server code on the proxy computer. The process software will be transmitted to the proxy server, and then stored on the proxy server.
While it is understood that the process software may be deployed by manually loading directly in the client, server, and proxy computers via loading a storage medium such as a CD, DVD, etc., the process software may also be automatically or semi-automatically deployed into a computer system by sending the process software to a central server or a group of central servers. The process software is then downloaded into the client computers that will execute the process software. Alternatively, the process software is sent directly to the client system via e-mail. The process software is then either detached to a directory or loaded into a directory by a button on the e-mail that executes a program that detaches the process software into a directory. Another alternative is to send the process software directly to a directory on the client computer hard drive. When there are proxy servers, the process will select the proxy server code, determine on which computers to place the proxy servers' code, transmit the proxy server code, and then install the proxy server code on the proxy computer. The process software will be transmitted to the proxy server, and then stored on the proxy server.
In
Next, a determination is made on whether the process software is to be deployed by having users access the process software on a server or servers 802.1f the users are to access the process software on servers, then the server addresses that will store the process software are identified 803.
A determination is made if a proxy server is to be built 900 to store the process software. A proxy server is a server that sits between a client application, such as a Web browser, and a real server. It intercepts all requests to the real server to see if it can fulfill the requests itself. If not, it forwards the request to the real server. The two primary benefits of a proxy server are to improve performance and to filter requests. If a proxy server is required, then the proxy server is installed 901. The process software is either sent to the servers via a protocol such as FTP or it is copied directly from the source files to the server files via file sharing 902. Another method would be to send a transaction to the servers that contain the process software and have the server process the transaction, then receive and copy the process software to the server's file system. Once the process software is stored at the servers, the users, via their client computers, then access the process software on the servers and copy it to their client computers file systems 903. Another method is to have the servers automatically copy the process software to each client and then run the installation program for the process software at each client computer. The users execute the program that installs the process software on their client computer 912, and then exit the process 808.
In step 804, a determination is made whether the process software is to be deployed by sending the process software to users via e-mail. The set of users where the process software will be deployed are identified together with the addresses of the user client computers 805. The process software is sent via e-mail 904 to each of the users' client computers. The users receive the e-mail 905 and then detach the process software from the e-mail to a directory on their client computers 906. The users execute the program that installs the process software on their client computer 912, and then exit the process 808.
Lastly, a determination is made on whether the process software will be sent directly to user directories on their client computers 806. If so, the user directories are identified 807. The process software is transferred directly to the users' client computer directory 907. This can be done in several ways such as, but not limited to, sharing of the file system directories and then copying from the sender's file system to the recipient users' file system or alternatively using a transfer protocol such as File Transfer Protocol (FTP). The users access the directories on their client file systems in preparation for installing the process software 908. The users execute the program that installs the process software on their client computer 912, and then exit the process 808.
The process software is integrated into a client, server, and network environment by providing for the process software to coexist with applications, operating systems, and network operating systems software, and then installing the process software on the clients and servers in the environment where the process software will function.
The first step is to identify any software on the clients and servers including the network operating system where the process software will be deployed that are required by the process software or that work in conjunction with the process software. This includes the network operating system that is software that enhances a basic operating system by adding networking features.
Next, the software applications and version numbers will be identified and compared to the list of software applications and version numbers that have been tested to work with the process software. Those software applications that are missing or that do not match the correct version will be upgraded with the correct version numbers. Program instructions that pass parameters from the process software to the software applications will be checked to ensure the parameter lists match the parameter lists required by the process software. Conversely, parameters passed by the software applications to the process software will be checked to ensure the parameters match the parameters required by the process software. The client and server operating systems including the network operating systems will be identified and compared to the list of operating systems, version numbers, and network software that have been tested to work with the process software. Those operating systems, version numbers, and network software that do not match the list of tested operating systems and version numbers will be upgraded on the clients and servers to the required level.
After ensuring that the software, where the process software is to be deployed, is at the correct version level that has been tested to work with the process software, the integration is completed by installing the process software on the clients and servers.
In
A determination is made if the version numbers match the version numbers of OS, applications, and NOS that have been tested with the process software 924. If all of the versions match and there is no missing required software, the integration continues in 927.
If one or more of the version numbers do not match, then the unmatched versions are updated on the server or servers with the correct versions 925. Additionally, if there is missing required software, then it is updated on the server or servers 925. The server integration is completed by installing the process software 926.
Step 927, which follows either step 921, 924, or 926, determines if there are any programs of the process software that will execute on the clients. If no process software programs execute on the clients, the integration proceeds to 930 and exits. If this not the case, then the client addresses are identified 928.
The clients are checked to see if they contain software that includes the operating system (OS), applications, and network operating systems (NOS), together with their version numbers that have been tested with the process software 929. The clients are also checked to determine if there is any missing software that is required by the process software 929.
A determination is made as to whether the version numbers match the version numbers of OS, applications, and NOS that have been tested with the process software 931. If all of the versions match and there is no missing required software, then the integration proceeds to 930 and exits.
If one or more of the version numbers do not match, then the unmatched versions are updated on the clients with the correct versions 932. In addition, if there is missing required software then it is updated on the clients 932. The client integration is completed by installing the process software on the clients 933. The integration proceeds to 930 and exits.
The process software can be stored on a shared file system accessible from one or more servers. The process software is executed via transactions that contain data and server processing requests that use CPU units on the accessed server. CPU units are units of time such as minutes, seconds, hours on the central processor of the server. Additionally, the assessed server may make requests of other servers that require CPU units. CPU units are an example that represents one measurement of use. Other measurements of use include, but are not limited to, network bandwidth, memory usage, storage usage, packet transfers, complete transactions etc. When multiple customers use the same process software application, their transactions are differentiated by the parameters included in the transactions that identify the unique customer and the type of service for that customer. All of the CPU units and other measurements of use that are used for the services for each customer are recorded. When the number of transactions to any one server reaches a number that begins to affect the performance of that server, other servers are accessed to increase the capacity and to share the workload. Likewise, when other measurements of use such as network bandwidth, memory usage, storage usage, etc. approach a capacity so as to affect performance, additional network bandwidth, memory usage, storage etc. are added to share the workload. The measurements of use used for each service and customer are sent to a collecting server that sums the measurements of use for each customer for each service that was processed anywhere in the network of servers that provide the shared execution of the process software. The summed measurements of use units are periodically multiplied by unit costs and the resulting total process software application service costs are alternatively sent to the customer and/or indicated on a web site accessed by the customer, which then remits payment to the service provider. In another method, the service provider requests payment directly from a customer account at a banking or financial institution. In another method, if the service provider is also a customer of the customer that uses the process software application, the payment owed to the service provider is reconciled to the payment owed by the service provider to minimize the transfer of payments.
The process software is shared, simultaneously serving multiple customers in a flexible, automated fashion. It is standardized, requiring little customization, and it is scalable, providing capacity on demand in a pay-as-you-go model.
The process software can be stored on a shared file system accessible from one or more servers. The process software is executed via transactions that contain data and server processing requests that use CPU units on the accessed server. CPU units are units of time such as minutes, seconds, hours on the central processor of the server. Additionally, the assessed server may make requests of other servers that require CPU units. CPU units are an example that represents one measurement of use. Other measurements of use include, but are not limited to, network bandwidth, memory usage, storage usage, packet transfers, complete transactions etc.
When multiple customers use the same process software application, their transactions are differentiated by the parameters included in the transactions that identify the unique customer and the type of service for that customer. All of the CPU units and other measurements of use that are used for the services for each customer are recorded. When the number of transactions to any one server reaches a number that begins to affect the performance of that server, other servers are accessed to increase the capacity and to share the workload. Likewise, when other measurements of use such as network bandwidth, memory usage, storage usage, etc. approach a capacity so as to affect performance, additional network bandwidth, memory usage, storage etc. are added to share the workload.
The measurements of use used for each service and customer are sent to a collecting server that sums the measurements of use for each customer for each service that was processed anywhere in the network of servers that provide the shared execution of the process software. The summed measurements of use units are periodically multiplied by unit costs and the resulting total process software application service costs are alternatively sent to the customer and/or indicated on a web site accessed by the customer, which then remits payment to the service provider.
In another method, the service provider requests payment directly from a customer account at a banking or financial institution.
In another method, if the service provider is also a customer of the customer that uses the process software application, the payment owed to the service provider is reconciled to the payment owed by the service provider to minimize the transfer of payments.
In
The server central processing unit (CPU) capacities in the On Demand environment are queried 943. The CPU requirement of the transaction is estimated, then the servers' available CPU capacity in the On Demand environment are compared to the transaction CPU requirement to see if there is sufficient CPU capacity available in any server to process the transaction 944. If there is not sufficient server CPU capacity available, then additional server CPU capacity is allocated to process the transaction 948. If there was already sufficient CPU capacity available, then the transaction is sent to a selected server 945.
Before executing the transaction, a check is made of the remaining On Demand environment to determine if the environment has sufficient available capacity for processing the transaction. This environment capacity consists of such things as, but not limited to, network bandwidth, processor memory, storage etc. 946. If there is not sufficient available capacity, then capacity will be added to the On Demand environment 947. Next, the required software to process the transaction is accessed, loaded into memory, then the transaction is executed 949.
The usage measurements are recorded 950. The usage measurements consist of the portions of those functions in the On Demand environment that are used to process the transaction. The usage of such functions as, but not limited to, network bandwidth, processor memory, storage and CPU cycles are what is recorded. The usage measurements are summed, multiplied by unit costs, and then recorded as a charge to the requesting customer 951. If the customer has requested that the On Demand costs be posted to a web site 952, then they are posted 953.
If the customer has requested that the On Demand costs be sent via e-mail to a customer address 954, then they are sent 955. If the customer has requested that the On Demand costs be paid directly from a customer account 956, then payment is received directly from the customer account 957. The last step is to exit the On Demand process 958.
The process software may be deployed, accessed and executed through the use of a virtual private network (VPN), which is any combination of technologies that can be used to secure a connection through an otherwise unsecured or untrusted network. The use of VPNs is to improve security and for reduced operational costs. The VPN makes use of a public network, usually the Internet, to connect remote sites or users together. Instead of using a dedicated, real-world connection such as leased line, the VPN uses “virtual” connections routed through the Internet from the company's private network to the remote site or employee.
The process software may be deployed, accessed, and executed through either a remote-access or a site-to-site VPN. When using the remote-access VPNs, the process software is deployed, accessed, and executed via the secure, encrypted connections between a company's private network and remote users through a third-party service provider. The enterprise service provider (ESP) sets a network access server (NAS) and provides the remote users with desktop client software for their computers. The telecommuters can then dial a toll-free number or attach directly via a cable or DSL modem to reach the NAS and use their VPN client software to access the corporate network and to access, download, and execute the process software.
When using the site-to-site VPN, the process software is deployed, accessed, and executed through the use of dedicated equipment and large-scale encryption, which are used to connect a company's multiple fixed sites over a public network, such as the Internet.
The process software is transported over the VPN via tunneling, which is the process of placing an entire packet within another packet and sending it over a network. The protocol of the outer packet is understood by the network and both points, called tunnel interfaces, where the packet enters and exits the network.
In
If it does exist, then proceed to 965. Otherwise, identify the third party provider that will provide the secure, encrypted connections between the company's private network and the company's remote users 976. The company's remote users are identified 977. The third party provider then sets up a network access server (NAS) 978 that allows the remote users to dial a toll-free number or attach directly via a cable or DSL modem to access, download, and install the desktop client software for the remote-access VPN 979.
After the remote access VPN has been built, or if it been previously installed, the remote users can then access the process software by dialing into the NAS or attaching directly via a cable or DSL modem into the NAS 965. This allows entry into the corporate network where the process software is accessed 966. The process software is transported to the remote users' desktop over the network via tunneling. That is, the process software is divided into packets and each packet, including the data and protocol, is placed within another packet 967. When the process software arrives at the remote users' desktop, it is removed from the packets, reconstituted, and executed on the remote users' desktop 968.
A determination is made to see if a VPN for site-to-site access is required 962. If it is not required, then proceed to exit the process 963. Otherwise, determine if the site-to-site VPN exists 969. If it does exist, then proceed to 972. Otherwise, install the dedicated equipment required to establish a site-to-site VPN 970. Then build the large-scale encryption into the VPN 971.
After the site-to-site VPN has been built, or if it had been previously established, the users access the process software via the VPN 972. The process software is transported to the site users over the network via tunneling 973. That is, the process software is divided into packets and each packet, including the data and protocol, is placed within another packet 974. When the process software arrives at the remote users' desktop, it is removed from the packets, reconstituted, and executed on the site users' desktop 975. Proceed to exit the process 963.
The terminology used herein is for the purpose of describing particular systems and methods only and is not intended to be limiting of this disclosure. As used herein, the singular forms “a”, “an”, and “the” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It will be further understood that the terms “comprises” and/or “comprising,” when used in this specification, specify the presence of stated features, integers, steps, operations, elements, and/or components, but do not preclude the presence or addition of one or more other features, integers, steps, operations, elements, components, and/or groups thereof.
The corresponding structures, materials, acts, and equivalents of all means or step plus function elements in the claims below are intended to include any structure, material, or act for performing the function in combination with other claimed elements as specifically claimed. The descriptions of the various systems and methods herein have been presented for purposes of illustration, but are not intended to be exhaustive or limited to the systems and methods 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 systems and methods. The terminology used herein was chosen to best explain the principles of the systems and methods, 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 systems and methods disclosed herein.
| Number | Name | Date | Kind |
|---|---|---|---|
| 5237502 | White et al. | Aug 1993 | A |
| 6487545 | Wical | Nov 2002 | B1 |
| 6785684 | Adbo | Aug 2004 | B2 |
| 6829603 | Chai et al. | Dec 2004 | B1 |
| 6947885 | Bangalore et al. | Sep 2005 | B2 |
| 6983252 | Matheson et al. | Jan 2006 | B2 |
| 7069267 | Spencer, Jr. | Jun 2006 | B2 |
| 7136909 | Balasuriya | Nov 2006 | B2 |
| 7139752 | Broder et al. | Nov 2006 | B2 |
| 7216073 | Lavi et al. | May 2007 | B2 |
| 7236968 | Seki et al. | Jun 2007 | B2 |
| 7293015 | Zhou | Nov 2007 | B2 |
| 7295981 | Gupta et al. | Nov 2007 | B1 |
| 7299228 | Cao et al. | Nov 2007 | B2 |
| 7313515 | Crouch et al. | Dec 2007 | B2 |
| 8275803 | Brown et al. | Sep 2012 | B2 |
| 8301438 | Ferrucci et al. | Oct 2012 | B2 |
| 8332394 | Fan et al. | Dec 2012 | B2 |
| 20020165884 | Kreulen et al. | Nov 2002 | A1 |
| 20070196804 | Yoshimura et al. | Aug 2007 | A1 |
| 20070203863 | Gupta et al. | Aug 2007 | A1 |
| 20090292687 | Fan et al. | Nov 2009 | A1 |
| 20110078192 | Murdock, IV | Mar 2011 | A1 |
| 20120077178 | Bagchi et al. | Mar 2012 | A1 |
| 20120078873 | Ferrucci et al. | Mar 2012 | A1 |
| 20120078890 | Fan et al. | Mar 2012 | A1 |
| 20120078902 | Duboue et al. | Mar 2012 | A1 |
| 20120330934 | Duboue et al. | Dec 2012 | A1 |
| Entry |
|---|
| W. Chu and Q. Chen, “A Structured Approach for Cooperative Query Answering”, IEEE Trans. on Knowl. and Data Eng., vol. 6, No. 5, Oct. 1994, pp. 738-749. |
| M. Umamehasware et al., “Improved Question Answering System by Semantic Reformulation”, IEEE Proc. 4th Int'l Conf. on Adv. Computing, Dec. 13-15, 2012, 4 pages. |
| Aditya Kalyanpur et al., “Leveraging Community-built Knowledge for Type Coercion in Question Answering”, pp. 1-16, Jan. 16, 2013. |
| James Fan et al., “Mining Knowledge from Large Corpora for Type Coercion in Question Answering”, pp. 1-17, Jan. 16, 2013. |
| J. William Murdock et al., “Statistical Approaches to Question Answering” in Watson, IBM TJ Watson Research Center, pp. 1-8, Jan. 16, 2013. |
| Markus Egg, “Type Coercion from a Natural Language Generation Point of View”, pp. 1-18, Jan. 16, 2013. |
| Jerry Hobbs, “The Generic Information Extraction System”, Artificial Intelligence Center, SRI International Menlo Park, CA 94025, pp. 1-6, Feb. 19, 2013, http://www.isi.edu/.about.hobbs/muc5-generic-final.pdf. |
| Kalina Bontcheva et al., “Shallow Methods for Named Entity Coreference Resolution”, http://gate.ac.uk/sale/taln02/taln-ws-coref.pdf), TALN 2002, Nancy, Jun. 24-27, 2002, pp. 1-9. |
| DE Office Action, Dated Oct. 28, 2014, pp. 1-16. |
| Gosse Bouma et al., “Reasoning over Dependency Relations for QA”, KRAQ 05-IJCAI Workshop, Jul. 30, 2005, pp. 15-20. |
| D.C. Gondek et al., “A Framework for merging and ranking of answers in DeepQA”, IBM J. Res. & Dev. vol. 56, No. 3/4 Paper 14, May/Jul. 2012, pp. 14:1-14:12. |
| J.W. Murdock et al., “Typing candidate answers using type coercion”, IBM J. Res. & Dev. vol. 56, No. 3/4, Paper 7, May/Jul. 2012. pp. 7:1-7:14. |
| Chris Welty et al., A Comparison of Hard Filters and Soft Evidence for Answer Typing in Watson, Berline: Springer, 2012, pp. 1-14. |
| Number | Date | Country | |
|---|---|---|---|
| 20140272904 A1 | Sep 2014 | US |
