Abductive logic programming

Short description: Logic programming using abductive reasoning

This article includes a list of references, related reading or external links, but its sources remain unclear because it lacks inline citations. Please help to improve this article by introducing more precise citations. (February 2015) (Learn how and when to remove this template message)

|

Abductive logic programming (ALP) is a high-level knowledge-representation framework that can be used to solve problems declaratively, based on abductive reasoning. It extends normal logic programming by allowing some predicates to be incompletely defined, declared as abducible predicates. Problem solving is effected by deriving hypotheses on these abducible predicates (abductive hypotheses) as solutions of problems to be solved. These problems can be either observations that need to be explained (as in classical abduction) or goals to be achieved (as in normal logic programming). It can be used to solve problems in diagnosis, planning, natural language and machine learning. It has also been used to interpret negation as failure as a form of abductive reasoning.

## Contents

* 1 Syntax
* 2 Informal meaning and problem solving
* 2.1 Example 1
* 2.2 Example 2
* 2.3 Example 3
* 3 Default reasoning in ALP
* 4 Formal semantics
* 5 Implementation and systems
* 6 See also
* 7 Notes
* 8 References
* 9 External links

## Syntax

Abductive logic programs have three components, ⟨P,A,IC⟩, where:

* P is a logic program of exactly the same form as in logic programming
* A is a set of predicate names, called the abducible predicates
* IC is a set of first-order classical formulae.

Normally, the logic program P does not contain any clauses whose head (or conclusion) refers to an abducible predicate. (This restriction can be made without loss of generality.) Also in practice, many times, the integrity constraints in IC are often restricted to the form of denials, i.e. clauses of the form:

false:- A1,...,An, not B1, ..., not Bm.

Such a constraint means that it is not possible for all A1,...,An to be true and at the same time all of B1,...,Bm to be false.

## Informal meaning and problem solving

The clauses in P define a set of non-abducible predicates and through this they provide a description (or model) of the problem domain. The integrity constraints in IC specify general properties of the problem domain that need to be respected in any solution of a problem.

A problem, G, which expresses either an observation that needs to be explained or a goal that is desired, is represented by a conjunction of positive and negative (NAF) literals. Such problems are solved by computing "abductive explanations" of G.

An abductive explanation of a problem G is a set of positive (and sometimes also negative) ground instances of the abducible predicates, such that, when these are added to the logic program P, the problem G and the integrity constraints IC both hold. Thus abductive explanations extend the logic program P by the addition of full or partial definitions of the abducible predicates. In this way, abductive explanations form solutions of the problem according to the description of the problem domain in P and IC. The extension or completion of the problem description given by the abductive explanations provides new information, hitherto not contained in the solution to the problem. Quality criteria to prefer one solution over another, often expressed via integrity constraints, can be applied to select specific abductive explanations of the problem G.

Computation in ALP combines the backwards reasoning of normal logic programming (to reduce problems to sub-problems) with a kind of integrity checking to show that the abductive explanations satisfy the integrity constraints.

The following two examples, written in simple structured English rather than in the strict syntax of ALP, illustrate the notion of abductive explanation in ALP and its relation to problem solving.

### Example 1

The abductive logic program, ⟨P,A,IC⟩, has in P the following sentences:

Grass is wet if it rained.

Grass is wet if the sprinkler was on.

The sun was shining.

The abducible predicates in A are "it rained" and "the sprinkler was on" and the only integrity constraint in IC is:

false if it rained and the sun was shining.

The observation that the grass is wet has two potential explanations, "it rained" and "the sprinkler was on", which entail the observation. However, only the second potential explanation, "the sprinkler was on", satisfies the integrity constraint.

### Example 2

Consider the abductive logic program consisting of the following (simplified) clauses:

X is a citizen if X is born in the USA.

X is a citizen if X is born outside the USA and X is a resident of the USA and X is naturalized.

X is a citizen if X is born outside the USA and Y is the mother of X and Y is a citizen and X is registered.

Mary is the mother of John.

Mary is a citizen.

together with the five abducible predicates, "is born in the USA", "is born outside the USA", "is a resident of the USA", "is naturalized" and "is registered" and the integrity constraint:

false if John is a resident of the USA.

The goal "John is citizen" has two abductive solutions, one of which is "John is born in the USA", the other of which is "John is born outside the USA" and "John is registered". The potential solution of becoming a citizen by residence and naturalization fails because it violates the integrity constraint.

A more complex example that is also written in the more formal syntax of ALP is the following.

### Example 3

The abductive logic program below describes a simple model of the lactose metabolism of the bacterium E. coli. The program, P, describes (in its first rule) that E. coli can feed on the sugar lactose if it makes two enzymes permease and galactosidase. Like all enzymes, these are made if they are coded by a gene (Gene) that is expressed (described by the second rule). The two enzymes of permease and galactosidase are coded by two genes, lac(y) and lac(z) respectively (stated in the fifth and sixth rule of the program), in a cluster of genes (lac(X)) – called an operon – that is expressed when the amounts (amt) of glucose are low and lactose are high or when they are both at medium level (see the fourth and fifth rule). The abducibles, A, declare all ground instances of the predicates "amount" as assumable. This reflects that in the model the amounts at any time of the various substances are unknown. This is incomplete information that is to be determined in each problem case. The integrity constraints, IC, state that the amount of any substance (S) can only take one value.

Domain knowledge (P)

feed(lactose) :- make(permease), make(galactosidase).
make(Enzyme) :- code(Gene, Enzyme), express(Gene).
express(lac(X)) :- amount(glucose, low), amount(lactose, hi).
express(lac(X)) :- amount(glucose, medium), amount(lactose, medium).
code(lac(y), permease).
code(lac(z), galactosidase).
temperature(low) :- amount(glucose, low).

Integrity constraints (IC)

false :- amount(S, V1), amount(S, V2), V1 ≠ V2.

Abducibles (A)

abducible_predicate(amount).

The problem goal is G=feed(lactose). This can arise either as an observation to be explained or as a state of affairs to be achieved by finding a plan. This goal has two abductive explanations:

{Δ1={amount(lactose, hi), amount(glucose, low)}Δ2={amount(lactose, medium), amount(glucose, medium)}

The decision which of the two to adopt could depend on additional information that is available, e.g. it may be known that when the level of glucose is low then the organism exhibits a certain behaviour – in the model such additional information is that the temperature of the organism is low – and by observing the truth or falsity of this it is possible to choose the first or second explanation respectively.

Once an explanation has been chosen, then this becomes part of the theory, which can be used to draw new conclusions. The explanation and more generally these new conclusions form the solution of the problem.

## Default reasoning in ALP

As shown in the Theorist system,[1][2] abduction can also be used for default reasoning. Moreover, abduction in ALP can simulate negation as failure in normal logic programming.

Consider the classic example of reasoning by default that a bird can fly if it cannot be shown that the bird is abnormal. Here is a variant of the example using negation as failure:

canfly(X) :- bird(X), not(abnormal_flying_bird(X)).
abnormal_flying_bird(X):- wounded(X).
bird(john).
bird(mary).
wounded(john).

Here is the same example using an abducible predicate `normal_flying_bird(_)` with an integrity constraint in ALP:

canfly(X) :- bird(X), normal_flying_bird(X).
false :- normal_flying_bird(X), wounded(X).
bird(john).
bird(mary).
wounded(john).

The abducible predicate `normal_flying_bird(_),` is the contrary of the predicate `abnormal_flying_bird(_)`.

Using abduction in ALP it is possible to conclude `canfly(mary)` under the assumption `normal_flying_bird(mary)`. The conclusion can be derived from the assumption because it cannot be shown that the integrity constraint is violated, which is because it cannot be shown that `wounded(mary).` In contrast, it is not possible to conclude `canfly(john),` because the assumption `normal_flying_bird(john)` together with the fact `wounded(john)` violates the integrity constraint. This manner of reasoning in ALP simulates reasoning with negation as failure.[3]

Conversely, it is possible to simulate abduction in ALP using negation as failure with the stable model semantics.[4] This can be done by adding, for every abducible predicate `p,` an additional contrary predicate `negp,` and a pair of clauses:

p :- not(negp).
negp :- not(p).

This pair of clauses has two stable models, one in which `p,` is true, and the other in which `negp,` is true. This technique for simulating abduction is commonly used in answer set programming to solve problems using a generate and test methodology.

## Formal semantics

The formal semantics of the central notion of an abductive explanation in ALP can be defined in the following way.

Given an abductive logic program, ⟨P,A,IC⟩, an abductive explanation for a problem G is a set Δ of ground atoms on abducible predicates such that:

* P∪Δ⊨G
* P∪Δ⊨IC
* P∪Δ is consistent

This definition leaves open the choice of the underlying semantics of logic programming through which we give the exact meaning of the entailment relation ⊨ and the notion of consistency of the (extended) logic programs. Any of the different semantics of logic programming such as the completion, stable or well-founded semantics can (and have been used in practice) to give different notions of abductive explanations and thus different forms of ALP frameworks.

The above definition takes a particular view on the formalization of the role of the integrity constraints IC as restrictions on the possible abductive solutions. It requires that these are entailed by the logic program extended with an abductive solution, thus meaning that in any model of the extended logic program (which one can think of as an ensuing world given Δ) the requirements of the integrity constraints are met. In some cases this may be unnecessarily strong and the weaker requirement of consistency, namely that P∪IC∪Δ is consistent, can be sufficient, meaning that there exists at least one model (possible ensuing world) of the extended program where the integrity constraints hold. In practice, in many cases, these two ways of formalizing the role of the integrity constraints coincide as the logic program and its extensions always have a unique model. Many of the ALP systems use the entailment view of the integrity constraints as this can be easily implemented without the need for any extra specialized procedures for the satisfaction of the integrity constraints since this view treats the constraints in the same way as the problem goal. In many practical cases, the third condition in this formal definition of an abductive explanation in ALP is either trivially satisfied or it is contained in the second condition via the use of specific integrity constraints that capture consistency.

## Implementation and systems

Most of the implementations of ALP extend the SLD resolution-based computational model of logic programming. ALP can also be implemented by means of its link with Answer Set Programming (ASP), where the ASP systems can be employed. Examples of systems of the former approach are ACLP, A-system, CIFF, SCIFF, ABDUAL and ProLogICA.

## See also

* Inductive logic programming

## Notes

1. ↑ Poole, David; Goebel, Randy; Aleliunas, Romas (Feb 1986). ﻿Theorist: A Logical Reasoning System for Defaults and Diagnosis﻿ (Research Report). https://www.cs.ubc.ca/~poole/papers/Theorist-CS-86-06.pdf.
2. ↑ Poole, David; Goebel, Randy; Aleliunas, Romas (1987). "Theorist: A Logical Reasoning System for Defaults and Diagnosis". The Knowledge Frontier - Essays in the Representation of Knowledge. Symbolic Computation (1st ed.). New York, NY: Springer. pp. 331-352. doi:10.1007/978-1-4612-4792-0. ISBN 978-1-4612-9158-9.
3. ↑ Eshghi, K. and Kowalski, R.A., 1989, June. Abduction Compared with Negation by Failure. In ICLP (Vol. 89, pp. 234-255).
4. ↑ Kakas, A.C., Kowalski, R.A. and Toni, F., 1992. Abductive logic programming. Journal of logic and computation, 2(6), pp.719-770.

## References

* Poole, D.; Goebel, R.; Aleliunas, R. (1987). "Theorist: a logical reasoning system for defaults and diagnosis". in Cercone, Nick; McCalla, Gordon. The Knowledge Frontier: Essays in the Representation of Knowledge. Springer. pp. 331–352. ISBN 978-0-387-96557-4. https://books.google.com/books?id=WRy1XVarSd4C&pg=PA331.
* Kakas, A.C.; Mancarella, P. (1990). "Generalised Stable Models: A Semantics for Abduction". in Aiello, L.C.. ECAI 90: proceedings of the 9th European Conference on Artificial Intelligence. Pitman. pp. 385–391. ISBN 978-0273088226.
* Console, L.; Dupre, D.T.; Torasso, P. (1991). "On the Relationship between Abduction and Deduction". Journal of Logic and Computation 1 (5): 661–690. doi:10.1093/logcom/1.5.661.
* Kakas, A.C.; Kowalski, R.A.; Toni, F. (1993). "Abductive Logic Programming". Journal of Logic and Computation 2 (6): 719–770. doi:10.1093/logcom/2.6.719.
* Denecker, Marc; De Schreye, Danny (February 1998). "SLDNFA: An Abductive Procedure for Abductive Logic Programs". Journal of Logic Programming 34 (2): 111–167. doi:10.1016/S0743-1066(97)00074-5.
* Denecker, M.; Kakas, A.C. (July 2000). "Special issue: abductive logic programming". Journal of Logic Programming 44 (1–3): 1–4. doi:10.1016/S0743-1066(99)00078-3.
* Denecker, M.; Kakas, A.C. (2002). "Abduction in Logic Programming". in Kakas, A.C.; Sadri, F.. Computational Logic: Logic Programming and Beyond: Essays in Honour of Robert A. Kowalski. Lecture Notes in Computer Science. 2407. Springer. pp. 402–437. ISBN 978-3-540-43959-2. https://books.google.com/books?id=15umWyDVsRMC&pg=PA402.
* Poole, D. (1993). "Probabilistic Horn abduction and Bayesian networks". Artificial Intelligence 64 (1): 81–129. doi:10.1016/0004-3702(93)90061-F. https://www.cs.ubc.ca/~poole/papers/pha-bn.pdf.
* Esposito, F.; Ferilli, S.; Basile, T.M.A.; Di Mauro, N. (February 2007). "Inference of abduction theories for handling incompleteness in first-order learning". Knowledge and Information Systems 11 (2): 217–242. doi:10.1007/s10115-006-0019-5. http://www.di.uniba.it/~ndm/publications/files/esposito07kais.pdf.

## External links

* ACLP
* ACL
* SCIFF
* Asystem

* v
* t
* e

Programming paradigms

Imperative|

| Structured|

* Jackson structures
* Block-structured
* Modular
* Non-structured
* Procedural
* Programming in the large and in the small
* Design by contract
* Invariant-based
* Nested function

|

Object-oriented|

* Class-based, Prototype-based, Object-based
* Agent
* Immutable object
* Persistent
* Uniform function call syntax

Declarative|

| Functional|

* Recursive
* Anonymous function (Partial application)
* Higher-order
* Purely functional
* Total
* Strict
* GADTs
* Dependent types
* Functional logic
* Point-free style
* Expression-oriented
* Applicative, Concatenative
* Function-level, Value-level
* Monad

|

Dataflow|

* Flow-based
* Reactive (Functional reactive)
* Signals
* Streams
* Synchronous

Logic|

* Abductive logic
* Answer set
* Constraint (Constraint logic)
* Inductive logic
* Nondeterministic
* Ontology
* Probabilistic logic
* Query

Domain-
specific
language
(DSL)|

* Algebraic modeling
* Array
* Automata-based (Action)
* Command (Spacecraft)
* Differentiable
* End-user
* Grammar-oriented
* Interface description
* Language-oriented
* List comprehension
* Low-code
* Modeling
* Natural language
* Non-English-based
* Page description
* Pipes and filters
* Probabilistic
* Quantum
* Scientific
* Scripting
* Set-theoretic
* Simulation
* Stack-based
* System
* Tactile
* Templating
* Transformation (Graph rewriting, Production, Pattern)
* Visual

Concurrent,
parallel|

* Actor-based
* Automatic mutual exclusion
* Choreographic programming
* Concurrent logic (Concurrent constraint logic)
* Concurrent OO
* Macroprogramming
* Multitier programming
* Organic computing
* Parallel programming models
* Partitioned global address space
* Process-oriented
* Relativistic programming
* Service-oriented
* Structured concurrency

Metaprogramming|

* Attribute-oriented
* Automatic (Inductive)
* Dynamic
* Extensible
* Generic
* Homoiconicity
* Interactive
* Macro (Hygienic)
* Metalinguistic abstraction
* Multi-stage
* Program synthesis (Bayesian, by demonstration, by example, vibe coding)
* Reflective
* Self-modifying code
* Symbolic
* Template

Separation
of concerns|

* Aspects
* Components
* Data-driven
* Data-oriented
* Event-driven
* Features
* Literate
* Roles
* Subjects

Comparisons/Lists|

Comparison (multi-paradigm, object-oriented, functional), List (OO, by type)

0.00

(0 votes)

Original source: https://en.wikipedia.org/wiki/Abductive logic programming. Read more

|

Retrieved from "https://handwiki.org/wiki/index.php?title=Abductive_logic_programming&oldid=4158530"
*[v]: View this template
*[t]: Discuss this template
*[e]: Edit this template