Event calculus

This is an old revision of this page, as edited by EngineerScotty (talk | contribs) at 21:43, 17 August 2009 (Reverted edits by 136.152.167.195 (talk) to last version by 90.199.15.224). The present address (URL) is a permanent link to this revision, which may differ significantly from the current revision.

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   is used to tell which fluents hold at a given time point. For example,   means that the box is on the table at time  ; in this formula,   is a predicate while   is a function.

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

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   if and only if it has been made true in the past and has not been made false in the meantime.

 

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

  1. an action   has taken place:  ;
  2. this took place in the past:  ;
  3. this action has the fluent as an effect:  ;
  4. the fluent has not been made false in the meantime:  

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   is replaced by  .

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

 

Domain-dependent axioms

The axioms above relate the value of the predicates  ,   and  , 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  . The effects of actions are stated by formulae relating the effects of actions with their preconditions. For example, if the action   makes the fluent   true, but only if   is currently true, the corresponding formula in the event calculus is:

 

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   is actually that action, that   is actually that fluent, and that the precondition of the action is met.

The formula above specifies the truth value of   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:

 
 
 

These formulae are simpler than the formula above, because each effect of each action can be specified separately. The single formula telling which actions   and fluents   make   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   to be true, which should be completed by the fact that   is false in all other cases. This fact can be formalized by simply circumscribing the predicate   in the formula above. It is important to note that this circumscription is done only on the formulae specifying   and not on the domain-independent axioms. The predicate   can be specified in the same way   is.

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

 

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

 
 

Circumscribing the predicate  , 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   is the set of formulae of the kind  ,   is the set of formulae  , and   are the domain independent axioms, the correct formulation of the domain is:

 

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:

See also

References

  • Brandano, S. (2001) "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) "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) "The event-calculus in classical logic — alternative axiomatizations," Electronic Transactions on Artificial Intelligence 3(1): 77-105.
  • Mueller, E. T. (2006) 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) "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.