Event calculus

From Wikipedia, the free encyclopedia

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.

Contents

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.

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<t) \wedge \neg Clipped(t_1,f,t)]

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

  1. an action a has taken place: Happens(a,t1);
  2. this took place in the past: t1 < t;
  3. this action has the fluent as an effect: Initiates(a,f,t1);
  4. the fluent has not been made false in the meantime: Clipped(t1,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,t1).

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) \equiv \exists a,t  [Happens(a,t) \wedge (t_1 \leq t_2 < t) \wedge Terminates(a,f,t_2)]

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) \wedge Circ(G; Happens) \wedge H

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).

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.

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

Advanced Search
Included Web Search Engines


Safe Search

close

Top Matching Results

Occasionally Search.com will highlight specialized results that are based on the context of your query. Examples of specialized results include specific links to news, images, or video.

Top Matching Results may highlight information from other Search.com pages, content from the CNET Network of sites, or third party content. The listings are based purely on relevance. Search.com does not receive payment for listings in this section but our partners that provide this data may get paid for listing these products.

Sponsored Links

This section contains paid listings which have been purchased by companies that want to have their sites appear for specific search terms and related content. These listings are administered, sorted and maintained by a third party and are not endorsed by Search.com.

Search Results

Search.com sends your search query to several search engines at one time and integrates the results into one list which has been sorted by relevance using Search.com's proprietary algorithm. You can customize the list of search engines included in your metasearch from the preferences.

The search engines that are used in your metasearch may allow companies to pay to have their Web sites included within the results. To view the Paid Inclusion policy for a specific search engine, please visit their Web site. Search.com does not accept payment or share revenue with any search engine partner for listings in this section.