Revision as of 15:20, 27 November 2012 edit62.159.136.7 (talk) →Disadvantages← Previous edit | Revision as of 19:20, 4 December 2012 edit undo196.1.139.49 (talk) →BibliographyTag: section blankingNext edit → | ||
Line 120: | Line 120: | ||
==References== | ==References== | ||
<references/> | <references/> | ||
== Bibliography == | |||
===Textbooks=== | |||
* {{Cite book | author = Darlington, Keith | title = The Essence of Expert Systems | publisher = ] | year = 2000 | isbn = 978-0-13-022774-4}} | |||
* {{cite book| author = Ignizio, James| title = Introduction to Expert Systems| year = 1991| publisher = McGraw-Hill Companies| isbn = 978-0-07-909785-9 }} | |||
* {{cite book| author = Giarratano, Joseph C. and Riley, Gary| coauthors = Gary Riley| title = Expert Systems, Principles and Programming| year = 2005| publisher = Course Technology Ptr| isbn = 978-0-534-38447-0 }} | |||
* {{cite book| author = Jackson, Peter| title = Introduction to Expert Systems| year = 1998| publisher = Addison Wesley| isbn = 978-0-201-87686-4 }} | |||
* {{cite book| author = Walker, Adrian et al.| title = Knowledge Systems and Prolog| year = 1990| publisher = ]| isbn = 978-0-201-52424-6 }} | |||
* {{cite book| author = Naylor, Chris.| title = Build your own Expert System| year = 1983| publisher = ]| isbn = 978-0-905104-41-6 }} | |||
===History of AI=== | |||
* {{Crevier 1993}} | |||
* {{McCorduck 2004}} | |||
* {{cite book| author = George F. Luger| last = Luger| first = George| coauthors = William A. Stubblefield| title = Artificial Intelligence: Structures and Strategies for Complex Problem Solving| url = http://www.cs.unm.edu/~luger/ai-final/tocfull.html| edition = 5th| year = 2004| publisher = The Benjamin/Cummings Publishing Company, Inc.| isbn = 978-0-8053-4780-7| ref = harv }} | |||
* {{cite book| author = Nils J. Nilsson| last = Nilsson| first = Nils| title = Artificial Intelligence: A New Synthesis| date = 1998-04-01| publisher = Morgan Kaufmann Publishers| isbn = 978-1-55860-467-4| ref = harv }} | |||
* {{Russell Norvig 2003}} | |||
* {{cite book| author = Patrick Henry Winston| last = Winston| first = Patrick Henry| title = Artificial Intelligence| date = 1984-04| publisher = Addison-Wesley| isbn = 978-0-201-08259-3| ref = harv }} | |||
===Other=== | |||
* {{cite web |ref={{SfnRef|ACM|1998}} | |||
| publisher=] | |||
| year=1998 | |||
| title=ACM Computing Classification System: Artificial intelligence | |||
| url=http://www.acm.org/class/1998/I.2.html | accessdate=2007-08-30 | |||
}} | |||
* Jean-Philippe de Lespinay, Admiroutes, December 2008: | |||
* Automates Intelligents, 2009: | |||
* {{cite patent | |||
| country = US | |||
| number = 4763277 | |||
| status = patent | |||
| title = Method for obtaining information in an expert system | |||
| inventor = Ashford, Thomas J. ''et al.'' | |||
| pubdate = 1988-08-09 | |||
| gdate = 1988-08-09 | |||
}} | |||
==External links== | ==External links== |
Revision as of 19:20, 4 December 2012
In artificial intelligence, an expert system is a computer system that emulates the decision-making ability of a human expert. Expert systems are designed to solve complex problems by reasoning about knowledge, like an expert, and not by following the procedure of a developer as is the case in conventional programming. The first expert systems were created in the 1970s and then proliferated in the 1980s. Expert systems were among the first truly successful forms of AI software.
An expert system has a unique structure, different from traditional programs. It is divided into two parts, one fixed, independent of the expert system: the inference engine, and one variable: the knowledge base. To run an expert system, the engine reasons about the knowledge base like a human. In the 80s a third part appeared: a dialog interface to communicate with users. This ability to conduct a conversation with users was later called "conversational".
History
Expert systems were introduced by researchers in the Stanford Heuristic Programming Project, including the "father of expert systems" with the Dendral and Mycin systems. Principal contributors to the technology were Bruce Buchanan, Edward Shortliffe, Randall Davis, William vanMelle, Carli Scott and others at Stanford. Expert systems were among the first truly successful forms of AI software.
Research is also very active in France, where researchers focus on the automation of reasoning and logic engines. The French Prolog computer language, designed in 1972, marks a real advance over expert systems like Dendral or Mycin: it is a shell, that is to say a software structure ready to receive any expert system and to run it. It integrates an engine using First-Order logic, with rules and facts. It's a tool for mass production of expert systems and was the first operational declarative language, later becoming the best selling AI language in the world. However Prolog is not particularly user friendly and is an order of logic away from human logic.
In the 1980s, expert systems proliferated as they were recognized as a practical tool for solving real-world problems. Universities offered expert system courses and two thirds of the Fortune 1000 companies applied the technology in daily business activities. Interest was international with the Fifth Generation Computer Systems project in Japan and increased research funding in Europe. Growth in the field continued into the 1990s.
The development of expert systems was aided by the development of the symbolic processing languages Lisp and Prolog. To avoid re-inventing the wheel, expert system shells were created that had more specialized features for building large expert systems.
In 1981 the first IBM PC was introduced, with MS-DOS operating system. Its low price started to multiply users and opened a new market for computing and expert systems. In the 80's the image of AI was very good and people believed it would succeed within a short time. Many companies began to market expert systems shells from universities, renamed "generators" because they added to the shell a tool for writing rules in plain language and thus, theoretically, allowed to write expert systems without a programming language nor any other software. The best known: Guru (USA) inspired by Mycin, Personal Consultant Plus (USA), Nexpert Object (developed by Neuron Data, company founded in California by three French), Genesia (developed by French public company Electricité de France and marketed by Steria), VP Expert (USA). But eventually the tools were only used in research projects. They did not penetrate the business market, showing that AI technology was not mature.
In 1986, a new expert system generator for PCs appeared on the market, derived from the French academic research: Intelligence Service, sold by GSI-TECSI software company. This software showed a radical innovation: it used propositional logic ("Zeroth order logic") to execute expert systems, reasoning on a knowledge base written with everyday language rules, producing explanations and detecting logic contradictions between the facts. It was the first tool showing the AI defined by Edward Feigenbaum in his book about the Japanese Fifth Generation, Artificial Intelligence and Japan's Computer Challenge to the World (1983): "The machines will have reasoning power: they will automatically engineer vast amounts of knowledge to serve whatever purpose humans propose, from medical diagnosis to product design, from management decisions to education", "The reasoning animal has, perhaps inevitably, fashioned the reasoning machine", "the reasoning power of these machines matches or exceeds the reasoning power of the humans who instructed them and, in some cases, the reasoning power of any human performing such tasks". Intelligence Service was in fact "Pandora" (1985), a software developed for their thesis by two academic students of Jean-Louis Laurière, one of the most famous and prolific French AI researcher. Unfortunately, as this software was not developed by his own IT developers, GSI-TECSI was unable to make it evolve. Sales became scarce and marketing stopped after a few years.
Software architecture
The rule base or knowledge base
In expert system technology, the knowledge base is expressed with natural language rules IF ... THEN ... For examples :
- "IF it is living THEN it is mortal"
- "IF his age = known THEN his year of birth = date of today - his age in years"
- "IF the identity of the germ is not known with certainty AND the germ is gram-positive AND the morphology of the organism is "rod" AND the germ is aerobic THEN there is a strong probability (0.8) that the germ is of type enterobacteriacae"
This formulation has the advantage of speaking in everyday language which is very rare in computer science (a classic program is coded). Rules express the knowledge to be exploited by the expert system. There exist other formulations of rules, which are not in everyday language, understandable only to computer scientists. Each rule style is adapted to an engine style. The whole problem of expert systems is to collect this knowledge, usually unconscious, from the experts. There are methods but almost all are usable only by computer scientists.
The inference engine
The inference engine is a computer program designed to produce a reasoning on rules. In order to produce a reasoning, it should be based on logic. There are several kinds of logic: propositional logic, predicates of order 1 or more, epistemic logic, modal logic, temporal logic, fuzzy logic, etc. Except for propositional logic, all are complex and can only be understood by mathematicians, logicians or computer scientists. Propositional logic is the basic human logic, that is expressed in syllogisms. The expert system that uses that logic is also called a zeroth-order expert system. With logic, the engine is able to generate new information from the knowledge contained in the rule base and data to be processed.
The engine has two ways to run: batch or conversational. In batch, the expert system has all the necessary data to process from the beginning. For the user, the program works as a classical program: he provides data and receives results immediately. Reasoning is invisible. The conversational method becomes necessary when the developer knows he cannot ask the user for all the necessary data at the start, the problem being too complex. The software must "invent" the way to solve the problem, request the missing data from the user, gradually approaching the goal as quickly as possible. The result gives the impression of a dialogue led by an expert. To guide a dialogue, the engine may have several levels of sophistication: "forward chaining", "backward chaining" and "mixed chaining". Forward chaining is the questioning of an expert who has no idea of the solution and investigates progressively (e.g. fault diagnosis). In backward chaining, the engine has an idea of the target (e.g. is it okay or not? Or: there is danger but what is the level?). It starts from the goal in hopes of finding the solution as soon as possible. In mixed chaining the engine has an idea of the goal but it is not enough: it deduces in forward chaining from previous user responses all that is possible before asking the next question. So quite often he deduces the answer to the next question before asking it.
A strong interest in using logic is that this kind of software is able to give the user clear explanation of what it is doing (the "Why?") and what it has deduced (the "How?" ). Better yet, thanks to logic, the most sophisticated expert systems are able to detect contradictions in user information or in the knowledge and can explain them clearly, revealing at the same time the expert's knowledge and way of thinking.
Advantages
This section does not cite any sources. Please help improve this section by adding citations to reliable sources. Unsourced material may be challenged and removed. (November 2011) (Learn how and when to remove this message) |
This article may need to be rewritten to comply with Misplaced Pages's quality standards, as section. You can help. The talk page may contain suggestions. (December 2011) |
Conversational
Expert systems offer many advantages for users when compared to traditional programs because they operate like a human brain,.
Quick availability and opportunity to program itself
As the rule base is in everyday language (the engine is untouchable), expert system can be written much faster than a conventional program, by users or experts, bypassing professional developers and avoiding the need to explain the subject.
Ability to exploit a considerable amount of knowledge
The expert system uses a rule base, unlike conventional programs, which means that the volume of knowledge to program is not a major concern. Whether the rule base has 10 rules or 10 000, the engine operation is the same.
Reliability
The reliability of an expert system is the same as the reliability of a database, i.e. good, higher than that of a classical program. It also depends on the size of knowledge base.
Scalability
Evolving an expert system is to add, modify or delete rules. Since the rules are written in plain language, it is easy to identify those to be removed or modified.
Pedagogy
The engines that are run by a true logic are able to explain to the user in plain language why they ask a question and how they arrived at each deduction. In doing so, they show knowledge of the expert contained in the expert system. So, user can learn this knowledge in its context. Moreover, they can communicate their deductions step by step. So, the user has information about their problem even before the final answer of the expert system.
Preservation and improvement of knowledge
Valuable knowledge can disappear with the death, resignation or retirement of an expert. Recorded in an expert system, it becomes eternal. To develop an expert system is to interview an expert and make the system aware of their knowledge. In doing so, it reflects and enhances it.
New areas neglected by conventional computing
Automating a vast knowledge, the developer may meet a classic problem: "combinatorial explosion" commonly known as "information overload" that greatly complicates his work and results in a complex and time consuming program. The reasoning expert system does not encounter that problem since the engine automatically loads combinatorics between rules. This ability can address areas where combinatorics are enormous: highly interactive or conversational applications, fault diagnosis, decision support in complex systems, educational software, logic simulation of machines or systems, constantly changing software.
Disadvantages
This section needs additional citations for verification. Please help improve this article by adding citations to reliable sources in this section. Unsourced material may be challenged and removed. (May 2012) (Learn how and when to remove this message) |
The expert system has a major flaw, which explains its low success despite the principle having existed for 70 years: knowledge collection and its interpretation into rules, or knowledge engineering. Most developers have no automated method to perform this task; instead they work manually, increasing the likelihood of errors. Expert knowledge is generally not well understood; for example, rules may not exist, be contradictory, or be poorly written and unusable. Worse still, most expert systems use an engine incapable of reasoning. As a result, an expert system will often work poorly, and the project will be abandoned. Correct development methodology can mitigate these problems. There exists software capable of interviewing a true expert on a subject and automatically writing the rule base, or knowledge base, from the answers. The expert system can then be simultaneously run before the true expert's eyes, performing a consistency of rules check. Experts and users can check the quality of the software before it is finished.
Many expert systems are also penalized by the logic used. Most formal systems of logic operate on variable facts, i.e. facts the value of which changes several times during one reasoning. This is considered a property belonging to more powerful logic. This is the case of the Mycin and Dendral expert systems, and of, for example, fuzzy logic, predicate logic (Prolog), symbolic logic and mathematical logic. Propositional logic uses only invariant facts. In the human mind, the facts used must remain invariable as long as the brain reasons with them. This makes possible two ways of controlling the consistency of the knowledge: detection of contradictions and production of explanations. That is why expert systems using variable facts, which are more understandable to developers creating such systems and hence more common, are less easy to develop, less clear to users, less reliable, and why they don't produce explanations of their reasoning, or contradiction detection.
Application field
Expert systems address areas where combinatorics is enormous:
- highly interactive or conversational applications, IVR, voice server, chatterbot
- fault diagnosis, medical diagnosis
- decision support in complex systems, process control, interactive user guide
- educational and tutorial software
- logic simulation of machines or systems
- knowledge management
- constantly changing software.
They can also be used in software engineering for rapid prototyping applications (RAD). Indeed, the expert system quickly developed in front of the expert shows him if the future application should be programmed.
Indeed, any program contains expert knowledge and classic programming always begins with an expert interview. A program written in the form of expert system receives all the specific benefits of expert system, among others things it can be developed by anyone without computer training and without programming languages. But this solution has a defect: expert system runs slower than a traditional program because he consistently "thinks" when in fact a classic software just follows paths traced by the programmer.
Examples of applications
Expert systems are designed to facilitate tasks in the fields of accounting, the law, medicine, process control, financial service, production, human resources, among others. Typically, the problem area is complex enough that a more simple traditional algorithm cannot provide a proper solution. The foundation of a successful expert system depends on a series of technical procedures and development that may be designed by technicians and related experts. As such, expert systems do not typically provide a definitive answer, but provide probabilistic recommendations.
An example of the application of expert systems in the financial field is expert systems for mortgages. Loan departments are interested in expert systems for mortgages because of the growing cost of labour, which makes the handling and acceptance of relatively small loans less profitable. They also see a possibility for standardized, efficient handling of mortgage loan by applying expert systems, appreciating that for the acceptance of mortgages there are hard and fast rules which do not always exist with other types of loans. Another common application in the financial area for expert systems are in trading recommendations in various marketplaces. These markets involve numerous variables and human emotions which may be impossible to deterministically characterize, thus expert systems based on the rules of thumb from experts and simulation data are used. Expert system of this type can range from ones providing regional retail recommendations, like Wishabi, to ones used to assist monetary decisions by financial institutions and governments.
Another 1970s and 1980s application of expert systems, which we today would simply call AI, was in computer games. For example, the computer baseball games Earl Weaver Baseball and Tony La Russa Baseball each had highly detailed simulations of the game strategies of those two baseball managers. When a human played the game against the computer, the computer queried the Earl Weaver or Tony La Russa Expert System for a decision on what strategy to follow. Even those choices where some randomness was part of the natural system (such as when to throw a surprise pitch-out to try to trick a runner trying to steal a base) were decided based on probabilities supplied by Weaver or La Russa. Today we would simply say that "the game's AI provided the opposing manager's strategy".
A new application for expert systems is automated computer program generation. Funded by a US Air Force grant, an expert system-based application (hprcARCHITECT) that generates computer programs for mixed processor technology (FPGA/GPU/Multicore) systems without a need for technical specialists has recently been commercially introduced.
There is also a large body of contemporary research and development directed toward using expert systems for human behavior modeling and decision support systems. The former is especially important in the area of intercultural relations and the latter in improving management operations in small businesses.
Knowledge engineering
Main article: knowledge engineeringThe building, maintaining and development of expert systems is known as knowledge engineering. Knowledge engineering is a "discipline that involves integrating knowledge into computer systems in order to solve complex problems normally requiring a high level of human expertise".
There are generally three individuals having an interaction in an expert system. Primary among these is the end-user, the individual who uses the system for its problem solving assistance. In the construction and maintenance of the system there are two other roles: the problem domain expert who builds the system and supplies the knowledge base, and a knowledge engineer who assists the experts in determining the representation of their knowledge, enters this knowledge into an explanation module and who defines the inference technique required to solve the problem. Usually the knowledge engineer will represent the problem solving activity in the form of rules. When these rules are created from domain expertise, the knowledge base stores the rules of the expert system.
See also
- AI effect
- Applications of artificial intelligence
- List of emerging technologies
- Outline of artificial intelligence
References
- Jackson, Peter (1998), Introduction To Expert Systems (3 ed.), Addison Wesley, p. 2, ISBN 978-0-201-87686-4
- Nwigbo Stella and Agbo Okechuku Chuks, School of Science Education, Expert system: a catalyst in educational development in Nigeria: "The ability of this system to explain the reasoning process through back-traces (...) provides an additional feature that conventional programming does not handle"
- Regina Barzilay, Daryl McCullough, Owen Rambow, Jonathan DeCristofaro, Tanya Korelsky, Benoit Lavoie: "A new approach to expert system explanations"
- Conventional programming
- ^ Cornelius T. Leondes (2002). Expert systems: the technology of knowledge management and decision making for the 21st century. pp. 1–22. ISBN 978-0-12-443880-4.
- ^ ACM 1998, I.2.1 harvnb error: no target: ACM1998 (help)
- ^ Russell & Norvig 2003, pp. 22−24 harvnb error: no target: CITEREFRussellNorvig2003 (help)
- ^ Luger & Stubblefield 2004, pp. 227–331 harvnb error: no target: CITEREFLugerStubblefield2004 (help)
- ^ Nilsson 1998, chpt. 17.4 harvnb error: no target: CITEREFNilsson1998 (help)
- ^ McCorduck 2004, pp. 327–335, 434–435 harvnb error: no target: CITEREFMcCorduck2004 (help)
- ^ Crevier 1993, pp. 145–62, 197−203 harvnb error: no target: CITEREFCrevier1993 (help)
- Nwigbo Stella and Agbo Okechuku Chuks, School of Science Education, Expert system: a catalyst in educational development in Nigeria: "Knowledge-based systems collect the small fragments of human know-how into a knowledge-base which is used to reason through a problem, using the knowledge that is appropriated"
- Attention: This template ({{cite doi}}) is deprecated. To cite the publication identified by doi:10.1109/60.4202, please use {{cite journal}} (if it was published in a bona fide academic journal, otherwise {{cite report}} with
|doi=10.1109/60.4202
instead. - Attention: This template ({{cite doi}}) is deprecated. To cite the publication identified by doi:10.1145/505282.505285, please use {{cite journal}} (if it was published in a bona fide academic journal, otherwise {{cite report}} with
|doi=10.1145/505282.505285
instead. - Attention: This template ({{cite doi}}) is deprecated. To cite the publication identified by doi:10.1109/64.153464, please use {{cite journal}} (if it was published in a bona fide academic journal, otherwise {{cite report}} with
|doi=10.1109/64.153464
instead. - George F. Luger and William A. Stubblefield, Benjamin/Cummings Publishers, Rule Based Expert System Shell: example of code using the Prolog rule based expert system shell
- A. MICHIELS, Université de Liège, Belgique: "PROLOG, the first declarative language
- Carnegie Mellon University's AI Web Site: "Prolog was the most popular AI language in Japan and probably in Europe"
- Ivana Berković, Biljana Radulović and Petar Hotomski, University of Novi Sad, 2007, Extensions of Deductive Concept in Logic Programing and Some Applications: "the defects of PROLOG-system: the expansion concerning Horn clauses, escaping negation treatment as definite failure"
- "Software developed in Prolog has been criticized for having a high performance penalty compared to conventional programming languages"
- Dr. Nikolai Bezroukov, Softpanorama: "I think that most people exposed to Prolog remember strongly the initial disappointment. Language was/is so hyped but all you can see initially are pretty trivial examples that are solved by complex, obscure notation that lacks real expressive power: some of simple examples can be expressed no less concisely is many other languages"
- Durkin, J. Expert Systems: Catalog of Applications. Intelligent Computer Systems, Inc., Akron, OH, 1993.
- page 21. Giarratano & Riley, 3rd ed.
- Flamant B. and Girard G., GSI-TECSI, Intelligence Service: build your own expert system : "Intelligence Service is a development environment for expert systems that requires no experience of classic programming that offers to everyone the opportunity to develop its own expert system"
- Bertrand Savatier, Le Monde Informatique, November 23, 1987: "Expert systems accessible to all"
- Jean-Philippe de Lespinay, Science et Vie, "From total zero to Zero Plus ", May 1991
- Death of Jean-Louis Laurière
- Journey "In honor of Jean-Louis Laurière", Université Pierre et Marie Curie in Paris (March 22, 2006)
- Mycin rule
- Nabil Arman, Polytechnic University of Palestine, January 2007, Fault Detection in Dynamic Rule Bases Using Spanning Trees and Disjoin Sets: ""
- Olivier Rafal, Le Monde Informatique, July 2001 : "Developing for all"
- Jean-Philippe de Lespinay, Automates Intelligents, December 2008 : "Reasoning Artificial Intelligence : the end of intermediaries between users and computers"
- Kenneth Laudon, Jane Laudon, Eric Fimbel, "Management Information Systems: Managing the Digital Firm", Business & Economics, 2010 edition, chapter 11-3.5: The implementation of a large number of expert systems requires the deployment of considerable development efforts, lengthy and expensive. Hiring and training a larger number of experts may be less expensive than building an expert system .(...) Some expert systems, particularly the largest, are so complex that over years, the costs of curative and adaptive maintenance become as high as the cost of development.
- Systèmes Experts, April 15, 1990, Miao, authentic expert system generator of fault diagnosis: "MIAO can explain, again in language, all of his logical approach: why he is asking such a question and how it came to such a conclusion. And that because he is constantly reasoning and not because an IT developer programmed in advance all the possible explanations."
- Olivier Rafal, Le Monde Informatique, Programming for all (T.Rex generator): "This software allows to develop a conversational application (...) leading to a self-learning" (i.e. thanks to the automatic explanations)
- French Technology Survey, MAIEUTICA, An Expert System Generator which writes its own rules, July 1991: "checking the coherence of the knowledge", "it can detect contradictions", "it react appropriately to changes of minds"
- RGU: School of Computing, More Complex Inference: "propositional logic, where variables are not allowed".
- Ong K. and Lee R.M, Texas University-Austin, A logic model for maintaining consistency of bureaucratic policies, 1993: "Inconsistencies can be detected if any of the integrity constraints is proven false, and an explanation can be provided based on the proof tree. A more general inference mechanism is presented based on the theory of abduction for checking potential inconsistency of policies"
- Carl G. Hempel and Paul Oppenheim, Philosophy of Science, Studies in the Logic of Explanation, 1948: "The sentences constituting the explanans must be true"
- Kendal, S.L.; Creen, M. (2007), An introduction to knowledge engineering, London: Springer, ISBN 978-1-84628-475-5, OCLC 70987401
- Feigenbaum, Edward A.; McCorduck, Pamela (1983), The fifth generation (1st ed.), Reading, MA: Addison-Wesley, ISBN 978-0-201-11519-2, OCLC 9324691