Event calculus

Event calculus

The event calculus is a logical language for representing and reasoning about actions and their effects first presented by Robert Kowalski and Marek Sergot in 1986.It was extended by Murray Shanahan and Rob Miller in the 1990s.The basic components of the event calculus, as with other similar languages for reasoning about actions and change are fluents and actions. In the event calculus, one can specify the value of fluents at some given time points, the actions that took place at given time points, and the effects of actions.

Fluents and actions

In the event calculus, fluents are reified. This means that statements are not formalized as predicates but as functions. A separate predicate HoldsAt is used to tell which fluents hold at a given time point. For example, HoldsAt(on(box,table),t) means that the box is on the table at time t; in this formula, HoldsAt is a predicate while on is a function.

Actions are also represented as terms. The effects of actions are given using the predicates Initiates and Terminates. In particular, Initiates(a,f,t) means that,if the action represented by the term a is executed at time t,then the fluent f will be true after t.The Terminates predicate has a similar meaning, with the only difference being that f will be false and not true after t.

Domain-independent axioms

Like other languages for representing actions, the event calculus formalizes the correct evolution of the fluent via formulae telling the value of the each fluent after an arbitrary action has been performed. The event calculus solves the frame problem in a way that is similar to the successor state axioms of the situation calculus: a fluent is true at time t if and only if it has been made true in the past and has not been made false in the meantime. :HoldsAt(f,t) leftarrow [Happens(a,t_1) wedge Initiates(a,f,t_1) wedge (t_1

This formula means that the fluent represented by the term f is true at time t if:

# an action a has taken place: Happens(a,t_1);
# this took place in the past: t_1;
# this action has the fluent as an effect: Initiates(a,f,t_1);
# the fluent has not been made false in the meantime: Clipped(t_1,f,t)

A similar formula is used to formalize the opposite case in which a fluent is false at a given time. Other formulae are also needed for correctly formalize fluents before they have been effects of an action. These formulae are similar to the above, but Happens(a,t_1) wedge Initiates(a,f,t_1) is replaced by HoldsAt(f,t_1).

The Clipped predicate, stating that a fluent has been made false during an interval, can be axiomatized, or simply taken as a shorthand, as follows:

:Clipped(t_1,f,t) equivexists a,t [Happens(a,t) wedge (t_1 leq t_2 < t) wedge Terminates(a,f,t_2)]

Domain-dependent axioms

The axioms above relate the value of the predicates HoldsAt, Initiates and Terminates, but do not specify which fluents are known to be true and which actions actually make fluents true or false. This is done by using a set of domain-dependent axioms. The known values of fluents are stated as simple literals HoldsAt(f,t). The effects of actions are stated by formulae relating the effects of actions with their preconditions. For example, if the action open makes the fluent isopen true, but only if haskey is currently true, the corresponding formula in the event calculus is:

:Initiates(a,f,t) equiv [ a=open wedge f=isopen wedge HoldsAt(haskey, t)] vee cdots

The right-hand expression of this equivalence is composed of a disjunction: for each action and fluent that can be made true by the action, there is a disjunct saying that a is actually that action, that f is actually that fluent, and that the precondition of the action is met.

The formula above specifies the truth value of Initiates(a,f,t) for every possible action and fluent. As a result, all effects of all actions have to be combined in a single formulae. This is a problem, because the addition of a new action requires modifying an existing formula rather than adding new ones. This problem can be solved by the application of circumscription to a set of formulae each specifying one effect of one action:

: Initiates(open, isopen, t) leftarrow HoldsAt(haskey, t): Initiates(break, isopen, t) leftarrow HoldsAt(hashammer, t): Initiates(break, broken, t) leftarrow HoldsAt(hashammer, t)

These formulae are simpler than the formula above, because each effect of each action can be specified separately. The single formula telling which actions a and fluents f make Initiates(a,f,t) true has been replaced by a set of smaller formulae, each one telling the effect of an action to a fluent. However, these formulae are not equivalent to the formula above. Indeed, they only specify sufficient conditions for Initiates(a,f,t) to be true, which should be completed by the fact that Initiates is false in all other cases. This fact can be formalized by simply circumscribing the predicate Initiates in the formula above. It is important to note that this circumscription is done only on the formulae specifying Initiates and not on the domain-independent axioms. The predicate Terminates can be specified in the same way Initiates is.

A similar approach can be taken for the Happens predicate. The evaluation of this predicate can be enforced by formulae specifying not only when it is true and when it is false:

:Happens(a,t) equiv(a=open wedge t=0) vee (a=exit wedge t=1) vee cdots

Circumscription can simplify this specification, as only necessary conditions can be specified:

:Happens(open, 0):Happens(exit, 1)

Circumscribing the predicate Happens, this predicate will be false in all points in which it is not explicitly specified to be true. This circumscription has to be done separately from the circumscription of the other formulae. In other words, if F is the set of formulae of the kind Initiates(a,f,t) leftarrow cdots, G is the set of formulae Happens(a, t), and H are the domain independent axioms, the correct formulation of the domain is:

:Circ(F; Initiates, Terminates) wedgeCirc(G; Happens) wedge H

The event calculus as a logic program

The event calculus was originally formulated as a set of Horn clauses augmented with negation as failure and could be run as a Prolog program. In fact, circumscription is one of the several semantics that can be given to negation as failure, and is closely related to the completion semantics (in which "if" is interpreted as "if and only if" see logic programming).

Extensions and applications

The original event calculus paper of Kowalski and Sergot focused on applications to database updates and narratives. Extensions of the event calculus can also formalize non-deterministic actions, concurrent actions, actions with delayed effects, gradual changes, actions with duration, continuous change, and non-inertial fluents.

Kave Eshghi showed how the event calculus can be used for planning, using abduction to generate hypothetical events in abductive logic programming. Van Lambalgen and Hamm showed how the event calculus can also be used to give an algorithmic semantics to tense and aspect in natural language using constraint logic programming.

Reasoning tools

In addition to Prolog and its variants, several other tools for reasoning using the event calculus are also available:

* [http://www.iis.ee.ic.ac.uk/~mpsha/planners.html Abductive Event Calculus Planners]
* [http://decreasoner.sourceforge.net/ Discrete Event Calculus Reasoner]
* [http://www.signiform.com/csr/ecas/index.html Event Calculus Answer Set Programming]

ee also

* First-order logic
* Frame problem
* Situation calculus

References

* Brandano, S. (2001) " [http://ieeexplore.ieee.org/xpl/freeabs_all.jsp?isnumber=20130&arnumber=930691&count=35&index=2 The Event Calculus Assessed,] " "IEEE TIME Symposium": 7-12.
* Eshghi, K. (1988) "Abductive Planning with Event Calculus," "ICLP/SLP": 562-79.
* Kowalski, R. (1992) "Database updates in the event calculus," "Journal of Logic Programming 12 (162)": 121-46.
* -------- and M. Sergot (1986) " [http://www.doc.ic.ac.uk/~rak/papers/event%20calculus.pdf A Logic-Based Calculus of Events,] " "New Generation Computing 4": 67–95.
* -------- and F. Sadri (1995) "Variants of the Event Calculus," "ICLP": 67-81.
* Miller, R., and M. Shanahan (1999) " [http://www.ida.liu.se/ext/epa/ej/etai/1999/016/epapage.html The event-calculus in classical logic — alternative axiomatizations,] " "Electronic Transactions on Artificial Intelligence 3(1)": 77-105.
* Mueller, E. T. (2006) " [http://www.signiform.com/csr/toc.html Commonsense Reasoning.] " Morgan Kaufmann. ISBN 0-12-369388-8 (Guide to using the event calculus)
* Shanahan, M. (1997) "Solving the frame problem: A mathematical investigation of the common sense law of inertia". MIT Press.
* -------- (1999) " [http://www.springerlink.com/content/1bxk8gd0n6pajxbq/?p=8f3428a89bad4589a949d74b6f0ec98d&pi=0 The Event Calculus Explained,] " Springer Verlag, LNAI (1600): 409-30.
* Van Lambalgen, M., and F. Hamm (2005) "The proper treatment of events". Oxford and Boston: Blackwell Publishing.


Wikimedia Foundation. 2010.

Игры ⚽ Поможем сделать НИР

Look at other dictionaries:

  • Event generator — Event generators are software libraries that generate simulated high energy particle physics events [ [http://arjournals.annualreviews.org/doi/abs/10.1146/annurev.nucl.55.090704.151505 M. L. Mangano T. J. Stelzer, Ann. Rev. Nucl. Part. Sci. 55,… …   Wikipedia

  • Calculus of functions — Function Func tion, n. [L. functio, fr. fungi to perform, execute, akin to Skr. bhuj to enjoy, have the use of: cf. F. fonction. Cf. {Defunct}.] 1. The act of executing or performing any duty, office, or calling; performance. In the function of… …   The Collaborative International Dictionary of English

  • Situation calculus — The situation calculus is a logic formalism designed for representing and reasoning about dynamical domains. It was first introduced by John McCarthy in 1963. The main version of the situational calculus that is presented in this article is based …   Wikipedia

  • Fluent calculus — The fluent calculus is a formalism for expressing dynamical domains in first order logic. It is a variant of the situation calculus; the main difference is that situations are considered representations of states. A binary function symbol circ is …   Wikipedia

  • Professor Calculus — (Professeur Tournesol) Publication information Publisher Casterman (Belgium) …   Wikipedia

  • Leibniz–Newton calculus controversy — The calculus controversy was an argument between 17th century mathematicians Isaac Newton and Gottfried Leibniz (begun or fomented in part by their disciples and associates – see Development of the quarrel below) over who had first invented… …   Wikipedia

  • Leibniz and Newton calculus controversy — The calculus controversy was an argument between seventeenth century mathematicians Isaac Newton and Gottfried Leibniz over who had first invented calculus. Newton claimed to have begun working on a form of the calculus (which he called the… …   Wikipedia

  • Network calculus — is a theoretical framework for analysing performance guarantees in computer networks. As traffic flows through a network it is subject to constraints imposed by the system components, for example: link capacity traffic shapers (leaky buckets)… …   Wikipedia

  • Frame problem — In artificial intelligence, the frame problem was initially formulated as the problem of expressing a dynamical domain in logic without explicitly specifying which conditions are not affected by an action. John McCarthy and Patrick J. Hayes… …   Wikipedia

  • Artificial intelligence — AI redirects here. For other uses, see Ai. For other uses, see Artificial intelligence (disambiguation). TOPIO, a humanoid robot, played table tennis at Tokyo International Robot Exhibition (IREX) 2009.[1] Artificial intelligence ( …   Wikipedia

Share the article and excerpts

Direct link
Do a right-click on the link above
and select “Copy Link”