Demonstration venue · read-only. Every page can be browsed; the buttons that would change it are switched off. Create an account to run TaxoReview on your own data. A simulation from public publication records: the people listed were not invited and did not agree to review.
? Tutorial for this page

John P. McDermott

dblp:82/4517 · DBLP profile ↗
← Back
54ranked-venue papers
23as first author
0since 2021 · last 2012
—ORCID · none

Domains — the database's venue-derived domains; a paper can count in several

Artificial intelligence and machine learning · 25 · 8 first-authorSecurity and privacy · 21 · 15 first-authorGraphics, computer vision, multimedia, augmented reality and games · 17 · 4 first-authorHuman-computer interaction and ubiquitous computing · 7Software engineering, systems software and programming languages · 1

Expertise — from the expertise taxonomy: the topics of the expert's papers under the CCF categories. A weight counts papers with recency: 1 for a paper about the topic, 0.3 when the topic is its context, halved every five years.

Artificial intelligence
24 papers
Knowledge representation and reasoning · 80% Planning, search and constraint satisfaction · 17% Question answering and dialogue systems · 2%
Human-computer interaction and pervasive computing
3 papers
Collaborative and social computing · 43% Health and well-being technologies · 41% Design research and methods · 9%
Databases, data mining, and information retrieval
1 paper
Transaction processing and concurrency control · 50% Distributed and cloud data management · 50%
Computer architecture, parallel and distributed computing, and storage systems
2 papers
Electronic design automation · 91% Embedded and real-time systems · 9%
Software engineering, system software, and programming languages
5 papers
Program synthesis and code generation · 50% Operating systems · 24% Software testing · 22%

Topics — the 24 heaviest of 36, each with the papers that count most for it

TopicWeightPapersLastEvidence papers
Knowledge, reasoning and agents › Knowledge representation and reasoning
knowledge acquisition
0.0121989
SALT: A Knowledge Acquisition Language for Propose-and-Revise Systems · Artif. Intell. 1989
Knowledge Acquisition for Evaluation Systems · Int. J. Man Mach. Stud. 1988
KNACK - Report-Driven Knowledge Acquisition · Int. J. Man Mach. Stud. 1987
Knowledge, reasoning and agents › Knowledge representation and reasoning
expert systems
0.061993
R1 ("XCON") at Age 12: Lessons from an Elementary School Achiever · Artif. Intell. 1993
A KNACK for Knowledge Acquisition · AAAI 1987
Extracting Knowledge From Expert Systems · IJCAI 1983
Knowledge, reasoning and agents › Knowledge representation and reasoning › knowledge-based systems
rule-based systems
0.021993
R1 ("XCON") at Age 12: Lessons from an Elementary School Achiever · Artif. Intell. 1993
R1: A Rule-Based Configurer of Computer Systems · Artif. Intell. 1982
Distributed and cloud data management
data replication
0.011992
A multilevel transaction problem for multilevel secure database systems and its solution for the replicated architecture · S&P 1992
Transaction processing and concurrency control › nested transactions
multilevel transactions
0.011992
A multilevel transaction problem for multilevel secure database systems and its solution for the replicated architecture · S&P 1992
Knowledge, reasoning and agents › Knowledge representation and reasoning › model-based reasoning
propose-and-revise
0.011989
SALT: A Knowledge Acquisition Language for Propose-and-Revise Systems · Artif. Intell. 1989
Knowledge, reasoning and agents › Knowledge representation and reasoning
knowledge-based systems
0.021989
Extending a Knowledge-Based System to Deal with Ad Hoc Constraints · IJCAI 1981
SALT: A Knowledge Acquisition Language for Propose-and-Revise Systems · Artif. Intell. 1989
Design research and methods › experience design
meaning making
0.011994
Meaning-Making in the Creation of Useful Summary Reports · CSCW 1994
Knowledge, reasoning and agents › Knowledge representation and reasoning › knowledge acquisition
automatic knowledge acquisition
0.011985
Strategies for Knowledge Acquisition · IEEE Trans. Pattern Anal. Mach. Intell. 1985
Knowledge, reasoning and agents › Knowledge representation and reasoning › knowledge acquisition
knowledge-acquisition tools
0.011985
MORE: An Intelligent Knowledge Acquisition Tool · IJCAI 1985
Natural language and speech › Question answering and dialogue systems
knowledge-intensive tasks
0.011985
R1-Soar: An Experiment in Knowledge-Intensive Programming in a Problem-Solving Architecture · IEEE Trans. Pattern Anal. Mach. Intell. 1985
Knowledge, reasoning and agents › Knowledge representation and reasoning › cognitive modeling › cognitive architecture
problem-solving architecture
0.011985
R1-Soar: An Experiment in Knowledge-Intensive Programming in a Problem-Solving Architecture · IEEE Trans. Pattern Anal. Mach. Intell. 1985
Knowledge, reasoning and agents › Knowledge representation and reasoning › knowledge-based systems › rule-based systems
rule-based reasoning
0.011985
Rule-Based Interpretation of Aerial Imagery · IEEE Trans. Pattern Anal. Mach. Intell. 1985
Knowledge, reasoning and agents › Knowledge representation and reasoning › rule learning
rule generation
0.011985
Strategies for Knowledge Acquisition · IEEE Trans. Pattern Anal. Mach. Intell. 1985
Knowledge, reasoning and agents › Knowledge representation and reasoning › knowledge acquisition
knowledge extraction
0.011983
Extracting Knowledge From Expert Systems · IJCAI 1983
Electronic design automation
physical design
0.011983
TALIB: An IC Layout Design Assistant · AAAI 1983
Electronic design automation › physical design
VLSI layout
0.011983
TALIB: An IC Layout Design Assistant · AAAI 1983
Knowledge, reasoning and agents › Knowledge representation and reasoning › knowledge-based systems › rule-based systems
production systems
0.021977
Less Than General Production System Architectures · IJCAI 1977
OPS, A Domain-Independent Production System Language · IJCAI 1977
Operating systems › system administration
system configuration
0.011980
RI: an Expert in the Computer Systems Domain · AAAI 1980
Knowledge, reasoning and agents › Knowledge representation and reasoning
ontology
0.011986
MOLE: A Knowledge Acquisition Tool that Uses its Head · AAAI 1986
Knowledge, reasoning and agents › Knowledge representation and reasoning › knowledge-based systems › rule-based systems
production system architectures
0.011977
Less Than General Production System Architectures · IJCAI 1977
Computer vision › 3D vision › 3d shape representation › shape descriptor
structural description
0.011977
Knowledge Acquisition from Structural Descriptions · IJCAI 1977
Image and video processing
image segmentation
0.011985
Rule-Based Interpretation of Aerial Imagery · IEEE Trans. Pattern Anal. Mach. Intell. 1985
Embedded and real-time systems
time-critical systems
0.011983
Decision-Making in Time-Critical Situations · IJCAI 1983

Methods — techniques the papers use, named apart from their topics

problem description analysis · 0.0replicated architecture · 0.0design study · 0.0deployment · 0.0ethnographic study · 0.0rule-based system · 0.0region-based image segmentation · 0.0production system · 0.0knowledge acquisition · 0.0knowledge elicitation · 0.0interviewing techniques · 0.0domain knowledge representation · 0.0chunking · 0.0
YearPublicationVenuePosition
2012 Separation virtual machine monitors
abstract
Separation kernels are the strongest known form of separation for virtual machines. We agree with NSA's Information Assurance Directorate that while separation kernels are stronger than any other alternative, their construction on modern commodity hardware is no longer justifiable. This is because of orthogonal feature creep in modern platform hardware. We introduce the separation VMM as a response to this situation and explain how we prototyped one.
John P. McDermott, Bruce E. Montrose, Margery Li, James Kirby, Myong H. Kang
ACSAC1
2011 Formal methods for security in the Xenon hypervisor
Leo Freitas, John P. McDermott
Int. J. Softw. Tools Technol. Transf.2
2008 Re-engineering Xen internals for higher-assurance security
John P. McDermott, James Kirby, Bruce E. Montrose, Travis Johnson, Myong H. Kang
Inf. Secur. Tech. Rep.1
2005 Highlights from the 2005 New Security Paradigms Workshop
abstract
This panel highlights a selection of the most interesting and provocative papers from the 2005 New Security Paradigms Workshop. This workshop was held September 2005 - the URL for more information is http://www.nspw.org. The panel consists of authors of the selected papers, and the session is moderated by the workshop's general chairs. We present selected papers focusing on exciting major themes that emerged from the workshop. These are the papers that will provoke the most interesting discussion at ACSAC.
Simon N. Foley, Abe Singer, Michael E. Locasto, Stelios Sidiroglou-Douskos, Angelos D. Keromytis, John P. McDermott, Julie Thorpe, Paul C. van Oorschot, Anil Somayaji, Richard Ford, Mark Bush, Alex Boulatov
ACSAC6
2005 Visual security protocol modeling
abstract
This paper argues that the existing model-driven architecture paradigm does not adequately cover the visual modeling of security protocols: sequences of interactions between principals. A security protocol modeling formalism should be not only well-defined but also support event-based, compositional, comprehensive, laconic, lucid, sound, and complete modeling. Candidate visual approaches from both the OMG's MDA and other more well-defined formalisms fail to satisfy one or more of these criteria. By means of two example security protocol models, we present the GSPML visual formalism as a solution.
John P. McDermott
NSPW1
2003 Merging paradigms of survivability and security: stochastic faults and designed faults
abstract
Faults are examined by both the security and fault tolerance communities. These communities have strikingly different views of the types of faults that exist, the way they are modeled, and how they are addressed. One community can pronounce a system survivable but the other community would not find this to be so. This leaves us with two approaches that both fail to be comprehensive, depending on which community is looking at the system. While intrusion-tolerance and security researchers look at faults in terms of statistically dependent events caused by the hard intruder, the fault tolerance literature assumes that faults are statistically independent and can be described as random variables with probability distributions. When considering the survivability of a system, we cannot assume that the system is susceptible to only one type of fault or the other, but this is common practice in both communities. A new paradigm is needed.
John P. McDermott, Anya Kim, Judith N. Froscher
NSPW1
2001 Abuse-Case-Based Assurance Arguments
abstract
This paper describes an extension to abuse-case-based security requirements analysis that provides a lightweight means of increasing assurance in security relevant software. The approach is adaptable to lightweight software development processes but results in a concrete and explicit assurance argument. Like abuse-case-based security requirements analysis, this approach is suitable for use in projects without security experts. When used in this way (without security experts) it will not produce as much assurance as the more traditional alternatives, but arguably give better results than ad hoc consideration of security issues.
John P. McDermott
ACSAC1
1999 Using Abuse Case Models for Security Requirements Analysis
abstract
The relationships between the work products of a security engineering process can be hard to understand, even for persons with a strong technical background but little knowledge of security engineering. Market forces are driving software practitioners who are not security specialists to develop software that requires security features. When these practitioners develop software solutions without appropriate security-specific processes and models, they sometimes fail to produce effective solutions. We have adapted a proven object oriented modeling technique, use cases, to capture and analyze security requirements in a simple way. We call the adaptation an abuse case model. Its relationship to other security engineering work products is relatively simple, from a user perspective.
John P. McDermott, Chris Fox
ACSAC1
1997 Doc, Wyatt, and Virgil: Prototyping Storage Jamming Defenses
abstract
Describes progress to date on three prototype tools for detecting storage jamming (or information warfare) attacks. One prototype (Doc) uses a replay defense; another (Wyatt) uses logical replication, and the third (Virgil) can be used to determine the source and pattern of a detected attack. Three prototype jammers are used to test the effectiveness of the defenses. Initial experiments have shown that access control, encryption, auditing and virus detection do not prevent or detect storage jamming. The prototype tools have been effective in detecting the same attacks. Object-oriented data storage may require the use of application-specific techniques for applying checksums.
John P. McDermott, R. Gelinas, S. Ornstein
ACSAC1
1997 Replication Does Survive Information Warfare Attacks
John P. McDermott
DBSec1
1996 Computer Support for Clinical Practice: Embedding and Evolving Protocols of Care
abstract
Protocols of care are representations of practice that specify how patients should be treated given specified conditions.We have been exploring ways that protocols of care can be encoded in computers so that they can actively structure work people do in clinics to accord with standards of care.We describe one such implementation called the Care Manager.Because a protocol's power to suggest action lies in people's alignment to it, and beeause organizational change can make such standards obsolete overnight, means for keeping protocols in sync with work practice are a necessary accompaniment to any implementation of protocol-based care.
Barbara Katzenberg, Fred Pickard, John P. McDermott
CSCW3
1996 Towards a model of storage jamming
abstract
Storage jamming can degrade real-world activities that share stored data. Storage jamming is not prevented by access controls or cryptographic techniques. Verification to rule out storage jamming logic is impractical for shrink-wrapped software or low-cost custom applications. Detection mechanisms do offer more promise. In this paper, we model storage jamming and a detection mechanism, using Unity logic. We find that Unity logic, in conjunction with some high-level operators, models storage jamming in a natural way and allows us to reason about susceptibility, rate of jamming, and impact on persistent values.
John P. McDermott, David M. Goldschlag
CSFW1
1996 A Performance Comparison of Five Transaction Processing Algorithms for the SINTRA Replicated-Architecture Database system
abstract
A replicated-architecture database system uses data replication to provide multilevel security. The most critical problem associated with replicated architecture multilevel-secure database systems is mutual consistency of the replicas and the impact
John P. McDermott, Ravi Mukkamala
J. Comput. Secur.1
1995 Storage Jamming
John P. McDermott, David M. Goldschlag
DBSec1
1994 A practical approach to high assurance multilevel secure computing service
abstract
Current projects aimed at providing MLS computing services rarely seem to exploit advances in related fields. Specifically, the concepts of data distribution, replication, and interoperation are currently receiving much attention in the commercial database system sector but have yet to be applied to the delivery of MLS computing services. This paper explains how these concepts might kelp deliver MLS computing services relatively, quickly and cheaply, and how they can ease integration of legacy systems and new technology into future MLS cooperative, distributed computing environments.>
Judith N. Froscher, Myong H. Kang, John P. McDermott, Oliver Costich, Carl E. Landwehr
ACSAC3
1994 Meaning-Making in the Creation of Useful Summary Reports
abstract
Summary reports are the periodic assemblings of text, numbers, and other data, drawn from diverse sources to present a picture of some aspect of an organization's state. They have become ubiquitous in organizations with the advent of computers, but are not always as useful as their readers would like them to be. This paper focuses on the meaning-making work that report contributors and readers must do in order for reports to be useful and presents some examples drawn from everyday interactions in a business unit of a large corporation. The paper uses these examples as a foundation for asking what it might mean to purposefully support meaning-making in organizational reporting.
Barbara Katzenberg, John P. McDermott
CSCW2
1994 Confidentiality in a Replicated Architecture Trusted Database System: A Formal Model
abstract
Unlike previous approaches to developing a trusted database system, the replicated architecture approach provides access control at a high level of assurance through replication of data and operations. We present a model of the SINTRA replicated architecture trusted database system which shows how the logical (users') view of the system and its security policy is translated into the physical structure and operations of the SINTRA system. We formalize the intended security policy for replicated architecture and demonstrate that a high level of assurance can be obtained solely from replication with virtually no change to the structure of the underlying database systems or the security kernel.>
Oliver Costich, John McLean, John P. McDermott
CSFW3
1994 The b²/c³ Problem: How Big Buffers Overcome Convert Channel Cynicism in Trusted Database Systems
John P. McDermott
DBSec1
1994 Exploiting problem descriptions to provide assistance with the Sisyphus task
Georg Klinker, Marc Linster, David Marques, John P. McDermott, Gregg Yost
Int. J. Hum. Comput. Stud.4
1993 Performance Analysis of Transaction Management Algorithms for the SINTRA Replicated-Architecture Database System
John P. McDermott, Ravi Mukkamala
DBSec1
1993 R1 ("XCON") at Age 12: Lessons from an Elementary School Achiever
John P. McDermott
Artif. Intell.1
1992 A Personal Learning Apprentice
C. Lisa Dent, Jesus Boticario, John P. McDermott, Tom M. Mitchell, David Zabowski
AAAI3
1992 A multilevel transaction problem for multilevel secure database systems and its solution for the replicated architecture
abstract
A definition of multilevel transaction for multilevel secure databases is proposed, and a notion of correctness that is consistent with the traditional idea of correctness of replicated systems is defined. To demonstrate the applicability of these ideas, an algorithm for correct transaction processing within this framework is presented for replicated architecture multilevel databases.>
Oliver Costich, John P. McDermott
S&P2
1991 A single-level scheduler for the replicated architecture for multilevel-secure databases
abstract
The replicated architecture for multilevel secure database systems provides security by replicating data into separate untrusted single-level database systems. To be successful, a system using the replicated architecture must have a concurrency and replica control algorithm that does not introduce any covert channels. Jajodia and Kogan (1990) have developed one such algorithm that uses update projections and a write-all replica control algorithm. The authors describe an alternative algorithm. The new algorithm uses replicated transactions and a set of queues organized according to security class. A new definition of correctness is required for this approach, so they present one and use it to show that the algorithm is correct. The existence of this new algorithm increases the viability of the replicated architecture as an alternative to kernelized approaches.>
John P. McDermott, Sushil Jajodia, Ravi S. Sandhu
ACSAC1
1990 Developing Software is like Talking to Eskimos about Snow
John P. McDermott
AAAI1
1990 Successful acquisition of certifiable application systems (or: How not to shake hands with the tar baby)
abstract
The authors have investigated how to certify the trustworthiness of application systems built to satisfy stringent security requirements and have undertaken the certification analysis of two command and control systems targeted at the B3 class of the DoD Trusted Computer System Evaluation Criteria (TCSEC). Based on these experiences, the authors have gained many insights into the certification and procurement of trusted application systems. Certifying a trusted application system in a contractual environment presents both technical and programmatic challenges. The procurement policy must to some extent take into account the certification approach. This paper documents some of the lessons learned during the authors' investigations.>
Judith N. Froscher, John P. McDermott, Christian N. Payne, Herman Otto Lubbes
ACSAC2
1990 Informal top-level specifications for trusted application systems
abstract
Presents some initial experiences in NRL's application system certification technology project. The project goal is to develop an approach to certifying US Navy application systems that must be trusted. The authors are conducting their research by participating in the certification of two NATO command and control systems targeted at the B3 class of the Trusted Computer System Evaluation Criteria. An important initial finding of this project is a working definition of the role that an informal or descriptive top-level specification plays in development of trusted application systems. Other initial experiences include the possibility of using the descriptive top-level specification as a preliminary specification and the identification of some easily corrected shortcomings of natural language descriptions. The paper is divided into two parts. The first part discusses the role of the descriptive top-level specification and the second part relates three initial experiences with descriptive top-level specifications.>
John P. McDermott, Judith N. Froscher, Christian N. Payne, Herman Otto Lubbes
ACSAC1
1990 On models for a trusted application system
abstract
A trusted application system must support the processing needs of a specific operating environment. Its security policy includes many constraints that are specific to the application, so the trusted application system can be more difficult to develop and evaluate than a trusted product. One approach for reducing the development and evaluation effort for a trusted application system is to build the system on an evaluated product. Among other advantages, this approach may relieve the developer from demonstrating that the application's trusted computing base enforces those application policies that are enforced by the evaluated product. The authors discuss their thoughts on modeling a trusted application system based on an evaluated product. They identify some lessons learned from experience in evaluating a trusted application system formal model and provide a set of guidelines for writing a formal model for a trusted application system based on an evaluated product.>
Christian N. Payne, Judith N. Froscher, John P. McDermott
ACSAC3
1989 SALT: A Knowledge Acquisition Language for Propose-and-Revise Systems
Sandra Marcus, John P. McDermott
Artif. Intell.2
1989 The World Would Be a Better Place if Non-Programmers Could Program
John P. McDermott
Mach. Learn.1
1988 Knowledge Acquisition for Evaluation Systems
Georg Klinker, Serge Genetet, John P. McDermott
Int. J. Man Mach. Stud.3
1988 Toward Automating Recognition of Differing Problem-Solving Demands
Jeffrey Stout, Gilbert Caplain, Sandra Marcus, John P. McDermott
Int. J. Man Mach. Stud.4
1987 A KNACK for Knowledge Acquisition
Georg Klinker, Casey Boyd, Serge Genetet, John P. McDermott
AAAI4
1987 MOLE: A Tenacious Knowledge-Acquisition Tool
Larry J. Eshelman, Damien Ehret, John P. McDermott
Int. J. Man Mach. Stud.3
1987 KNACK - Report-Driven Knowledge Acquisition
Georg Klinker, Joel Bentolila, Serge Genetet, Michael Grimes, John P. McDermott
Int. J. Man Mach. Stud.5
1986 Panel: Directions for Expert Systems
Janice S. Aikins, Frederick Hayes-Roth, John P. McDermott, Herbert Schorr, Reid G. Smith
AAAI3
1986 MOLE: A Knowledge Acquisition Tool that Uses its Head
Larry J. Eshelman, John P. McDermott
AAAI2
1986 Panel: Knowledge Representation Meets Knowledge Acquisition: What Are the Needs and Where Is the Leverage?
Robert Neches, Richard Fikes, Casimir A. Kulikowski, John P. McDermott, Ramesh S. Patil
AAAI4
1985 MORE: An Intelligent Knowledge Acquisition Tool
Gary S. Kahn, Steven J. Nowlan, John P. McDermott
IJCAI3
1985 Knowledge Acquisition for Constructive Systems
Sandra Marcus, John P. McDermott, Tianran Wang
IJCAI2
1985 Strategies for Knowledge Acquisition
abstract
This paper describes knowledge acquisition strategies developed in the course of handcrafting a diagnostic system and reports on their consequent implementation in MORE, an automated knowledge acquisition system. We describe MORE in some detail, focusing on its representation of domain knowledge, rule generation capabilities, and interviewing techniques. MORE's approach is shown to embody methods which may prove fruitful to the development of knowledge acquisition systems in other domains.
Gary S. Kahn, Steven J. Nowlan, John P. McDermott
IEEE Trans. Pattern Anal. Mach. Intell.3
1985 Rule-Based Interpretation of Aerial Imagery
abstract
In this paper, we describe the organization of a rule-based system, SPAM, that uses map and domain-specific knowledge to interpret airport scenes. This research investigates the use of a rule-based system for the control of image processing and interpretation of results with respect to a world model, as well as the representation of the world model within an image/map database. We present results on the interpretation of a high-resolution airport scene wvhere the image segmentation has been performed by a human, and by a region-based image segmentation program. The results of the system's analysis is characterized by the labeling of individual regions in the image and the collection of these regions into consistent interpretations of the major components of an airport model. These interpretations are ranked on the basis of their overall spatial and structural consistency. Some evaluations based on the results from three evolutionary versions of SPAM are presented.
David M. McKeown Jr., Wilson A. Harvey, John P. McDermott
IEEE Trans. Pattern Anal. Mach. Intell.3
1985 R1-Soar: An Experiment in Knowledge-Intensive Programming in a Problem-Solving Architecture
abstract
This paper presents an experiment in knowledge-intensive programming within a general problem-solving production-system architecture called Soar. In Soar, knowledge is encoded within a set of problem spaces, which yields a system capable of reasoning from first principles. Expertise consists of additional rules that guide complex problem-space searches and substitute for expensive problem-space operators. The resulting system uses both knowledge and search when relevant. Expertise knowledge is acquired either by having it programmed, or by a chunking mechanism that automatically learns new rules reflecting the results implicit in the knowledge of the problem spaces. The approach is demonstrated on the computer-system configuration task, the task performed by the expert system R1.
Paul S. Rosenbloom, John E. Laird, John P. McDermott, Allen Newell, Edmund Orciuch
IEEE Trans. Pattern Anal. Mach. Intell.3
1983 TALIB: An IC Layout Design Assistant
Jin Kim 0001, John P. McDermott
AAAI2
1983 Decision-Making in Time-Critical Situations
Shoichi Masui, John P. McDermott, Alan Sobel
IJCAI2
1983 Extracting Knowledge From Expert Systems
John P. McDermott
IJCAI1
1982 R1: A Rule-Based Configurer of Computer Systems
John P. McDermott
Artif. Intell.1
1981 Extending a Knowledge-Based System to Deal with Ad Hoc Constraints
John P. McDermott, Barbara Steele
IJCAI1
1980 RI: an Expert in the Computer Systems Domain
John P. McDermott
AAAI1
1980 Nils J. Nilsson, Principles of Artificial lntelligence
John P. McDermott
Artif. Intell.1
1977 OPS, A Domain-Independent Production System Language
Charles Forgy, John P. McDermott
IJCAI2
1977 Knowledge Acquisition from Structural Descriptions
Frederick Hayes-Roth, John P. McDermott
IJCAI2
1977 Less Than General Production System Architectures
Douglas B. Lenat, John P. McDermott
IJCAI2
1977 Problems in Building an Instructable Production System
Michael D. Rychener, Charles Forgy, Pat Langley, John P. McDermott, Allen Newell, K. Ramakrishna
IJCAI4