Situation calculus

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 on that introduced by Ray Reiter in 1991. It is followed by sections about McCarthy's 1986 version and a logic programming formulation.

Overview

The situation calculus represents changing scenarios as a set of first-order logic formulae. The basic elements of the calculus are:

*The actions that can be performed in the world
*The fluents that describe the state of the world
*The situations

A domain is formalized by a number of formulae, namely:

*Action precondition axioms, one for each action
*Successor state axioms, one for each fluent
*Axioms describing the world in various situations
*The foundational axioms of the situation calculus

A simple robot world will be modeled as a running example. In this world there is a single robot and several inanimate objects. The world is laid out according to a grid so that locations can be specified in terms of (x,y) coordinate points. It is possible for the robot to move around the world, and to pick up and drop items. Some items may be too heavy for the robot to pick up, or fragile so that they break when they are dropped. The robot also has the ability to repair any broken items that it is holding.

Elements

The main elements of the situation calculus are the actions, the fluents, and the situations. A number of objects are also typically involved in the description of the world. The situation calculus is based on a sorted domain with three sorts: actions, situations, and objects, where the objects include everything that is not an action or a situation. Variables of each sort can be used. While actions, situations, and objects are elements of the domain, the fluents are modeled as either predicates or functions.

Actions

The actions form a sort of the domain. Variables of sort action can be used.Actions can be quantified. A special predicate Poss is used to indicate when an action is executable.

In the example robot world, possible action terms would be move(x,y) to model the robot moving to a new location (x,y), and pickup(o) to model the robot picking up an object o.

ituations

In the situation calculus, a dynamic world is modeled as progressing through a series of situations as a result of various actions being performed within the world. A situation represents a history of action occurrences. In the Reiter version of the situation calculus described here, a situation does not represent a state, contrarily to the literal meaning of the term and contrarily to the original definition by McCarthy and Hayes. This point has been summarized by Reiter as follows:

: A situation is a finite sequence of actions. Period. It's not a state, it's not a snapshot, it's a "history" [http://www.ida.liu.se/ext/etai/rac/notes/1997/09/note.html] .

The situation before any actions have been performed is typically denoted S_0 and called the initial situation. The new situation resulting from the performance of an action is denoted using the function symbol do (Some other references also use result). This function symbol has a situation and an action as arguments, and a situation as a result, the latter being the situation that results from performing the given action in the given situation.

The fact that situations are sequences of actions and not states is enforced by an axiom stating that do(a,s) is equal to do(a',s') if and only if a=a' and s=s'. This condition makes no sense if situations were states, as two different actions executed in two different states can result in the same state.

In the example robot world, if the robot's first action is to move to location (2,3), the first action is move(2,3) and the resulting situation is do(move(2,3),S_{0}). If its next action is to pick up the ball, the resulting situation is do(pickup(Ball),do(move(2,3),S_{0})). It is essential to note that situations terms like do(move(2,3),S_{0}) and do(pickup(Ball),do(move(2,3),S_{0})) denote the sequences of executed actions, and not the description of the state that result from execution.

Fluents

Statements whose truth value may change are modeled by "relational fluents", predicates which take a situation as their final argument. Also possible are "functional fluents", functions which take a situation as their final argument and return a situation-dependent value. Fluents may be thought of as "properties of the world"'. In the example, the fluent is_ carrying(o,s) can be used to indicate that the robot is carrying a particular object in a particular situation. If the robot initially carries nothing, is_ carrying(Ball,S_{0}) is false while is_ carrying(Ball,do(pickup(Ball),S_{0})) is true. The location of the robot can be modeled using a functional fluent location(s) which returns the location (x,y) of the robot in a particular situation.

Formulae

The description of a dynamical world is encoded in second order logics using three kinds of formulae: formulae about actions (preconditions and effects), formulae about the state of the world, and foundational axioms.

Action preconditions

Some actions may not be executable in a given situation. For example, it is impossible to put down an object unless one is in fact carrying it. The restrictions on the performance of actions are modeled by literals of the form Poss(a,s), where a is an action, s a situation, and Poss is a special binary predicate denoting executability of actions. In the example, the condition that dropping an object is only possible when one is carrying it is modeled by:

Poss(drop(o),s)leftrightarrow is_ carrying(o,s)

As a more complex example, the following models that the robot can carry only one object at a time, and that some objects are too heavy for the robot to lift (indicated by the predicate heavy):

Poss(pickup(o),s)leftrightarrow(forall z eg is_ carrying(z,s))wedge eg heavy(o)

Action effects

Given that an action is possible in a situation, one must specify the effects of that action on the fluents. This is done by the effect axioms. For example, the fact that picking up an object causes the robot to be carrying it can be modeled as:

Poss(pickup(o),s) ightarrow is_ carrying(o,do(pickup(o),s))

It is also possible to specify conditional effects, which are effects that depend on the current state. The following models that some objects are fragile (indicated by the predicate fragile) and dropping them causes them to be broken (indicated by the fluent broken):

Poss(drop(o),s)wedge fragile(o) ightarrow broken(o,do(drop(o),s))

While this formula correctly describe the affect of the actions, it is not sufficient to correctly describe the action in logic, because of the frame problem.

The frame problem

While the above formulae seem suitable for reasoning about the effects of actions, they have a critical weakness - they cannot be used to derive the "non-effects" of actions. For example, it is not possible to deduce that after picking up an object, the robot's location remains unchanged. This requires a so-called frame axiom, a formulae like:

Poss(pickup(o),s)wedge location(s)=(x,y) ightarrow location(do(pickup(o),s))=(x,y)

The need to specify frame axioms has long been recognised as a problem in axiomatizing dynamic worlds, and is known as the frame problem. As there are generally a very large number of such axioms, it is very easy for the designer to leave out a necessary frame axiom, or to forget to modify all appropriate axioms when a change to the world description is made.

The successor state axioms

The successor state axioms "solve" the frame problem in the situation calculus. According to this solution, the designer must enumerate as effect axioms all the ways in which the value of a particular fluent can be changed. The effect axioms affecting the value of fluent F(overrightarrow{x},s) can be written in generalised form as a positive and a negative effect axiom:

Poss(a,s)wedgegamma_{F}^{+}(overrightarrow{x},a,s) ightarrow F(overrightarrow{x},do(a,s))

Poss(a,s)wedgegamma_{F}^{-}(overrightarrow{x},a,s) ightarrow eg F(overrightarrow{x},do(a,s))

The formula gamma_{F}^{+} describes the conditions under which action a in situation s makes the fluent F become true in the successor situation do(a,s). Likewise, gamma_{F}^{-} describes the conditions under which performing action a in situation s makes fluent F false in the successor situation.

If this pair of axioms describe all the ways in which fluent F can change value, they can be re-written as a single axiom:

Poss(a,s) ightarrowleft [F(overrightarrow{x},do(a,s))leftrightarrowgamma_{F}^{+}(overrightarrow{x},a,s)veeleft(F(overrightarrow{x},s)wedge eggamma_{F}^{-}(overrightarrow{x},a,s) ight) ight]

In words, this formula states: "given that it is possible to perform action a in situation s, the fluent F would be true in the resulting situation do(a,s) if and only if performing a in s would make it true, or it is true in situation s and performing a in s would not make it false."

By way of example, the value of the fluent broken introduced above is given by the following successor state axiom:

Poss(a,s) ightarrow left [ broken(o,do(a,s)) leftrightarrow a=drop(o)wedge fragile(o)vee broken(o,s) wedge a eq repair(o) ight]

tates

The properties of the initial or any other situation can be specified by simply stating them as formulae. For example, a fact about the initial state is formalized by making assertions about S_{0}. The following statements model that initially, the robot carries nothing, is atlocation (0,0), and there are no broken objects:

forall z, eg is_ carrying(z,S_{0})

location(S_{0})=(0,0),

forall o, eg broken(o,S_{0})

Foundational axioms

The foundational axioms of the situation calculus formalize the idea that situations are histories (by having do(a,s)=do(a',s') only if a=a' and s=s' and include other properties, such as the second order induction on situations.

Regression

Regression is a mechanism for proving consequences in the situation calculus. It is based on expressing a formula containing the situation do(a,s) in terms of a formula containing the action a and the situation s, but not the situation do(a,s). By iterating this procedure, one can end up with an equivalent formula containing only the initial situation S_0. Proving consequences is supposedly simpler from this formula than from the original one.

GOLOG

GOLOG is a logic programming language based on the situation calculus.

The original version of the situation calculus

The main difference between the original situation calculus by McCarthy and Hayes and the one in use today is the interpretation of situations. In the modern version of the situational calculus, a situation is a sequence of actions. Originally, situations were defined as “the complete state of the universe at an instant of time”. It was clear from the beginning that such situations could not be completely described; the idea was simply to give some statements about situations, and derive consequences from them. This is also different from the approach that is taken by the fluent calculus, where a state can be a collection of known facts, that is, a possibly "incomplete" description of the universe.

In the original version of the situation calculus, fluents are not reified. In other words, conditions that can change are represented by predicates and not by functions. Actually, McCarthy and Hayes defined a fluent as a function that depends on the situation, but they then proceeded always using predicates to represent fluents. For example, the fact that it is raining at place x in the situation s is represented by the literal raining(x,s). In the 1986 version of the situation calculus by McCarthy, functional fluents are used. For example, the position of an object x in the situation s is represented by the value of location(x,s), where location is a function. Statements about such functions can be given using equality: location(x,s)=location(x,s') means that the location of the object x is the same in the two situations s and s'.

The execution of actions is represented by the function result: the execution of the action a in the situation s is the situation result(a,s). The effects of actions are expressed by formulae relating fluents in situation s and fluents in situations result(a,s). For example, that the action of opening the door results in the door being open if not locked is represented by:

: eg locked(door,s) ightarrow open(door, result(opens,s))

The predicates locked and open represent the conditions of a door being locked and open, respectively. Since these condition may vary, they are represented by predicates with a situation argument. The formula says that if the door is not locked in a situation, then the door is open after executing the action of opening, this action being represented by the constant opens.

These formulae are not sufficient to derive everything that is considered plausible. Indeed, fluents at different situations are only related if they are preconditions and effects of actions; if a fluent is not affected by an action, there is no way to deduce it did not change. For example, the formula above does not imply that eg locked(door,result(opens,s)) follows from eg locked(door,s), which is what one would expect (the door is not made locked by opening it). In order for inertia to hold, formulae called "frame axioms" are needed. These formulae specify all non-effects of actions:

: eg locked(door,s) ightarrow eg locked(door, result(opens,s))

In the original formulation of the situation calculus, the initial situation, later denoted by S_0, is not explicitly identified. The initial situation is not needed if situations are taken to be descriptions of the world. For example, to represent the scenario in which the door was closed but not locked and the action of opening it is performed is formalized by taking a constant s to mean the initial situation and making statements about it (e.g., eg locked(door,s)). That the door is open after the change is reflected by formula open(door,result(opens,s)) being entailed. The initial situation is instead necessary if, like in the modern situation calculus, a situation is taken to be a history of actions, as the initial situation represents the empty sequence of actions. The version of the situation calculus introduced by McCarthy in 1986 differs to the original one for the use of functional fluents (e.g., location(x,s) is a term representing the position of x in the situation s) and for an attempt to use circumscription to replace the frame axioms.

The situation calculus as a logic program

It is also possible (e.g. Kowalski 1979, Apt and Bezem 1990, Shanahan 1997) to write the situation calculus as a logic program:

Holds(f, do(a, s)) leftarrow Poss(a, s) wedge Initiates(a, f, s)

Holds(f, do(a, s)) leftarrow Poss(a, s) wedge Holds(f, s) wedge eg Terminates(a, f, s)

Here Holds is a meta-predicate and the variable f ranges over fluents. The predicates Poss, Initiates and Terminates correspond to the predicates Poss, gamma_{F}^{+}(overrightarrow{x},a,s), and gamma_{F}^{-}(overrightarrow{x},a,s) respectively. The left arrow leftarrow is half of the equivalence leftrightarrow. The other half is implicit in the completion of the program, in which negation is interpreted as negation as failure. Induction axioms are also implicit, and are needed only to prove program properties. Backward reasoning as in SLD resolution, which is the usual mechanism used to execute logic programs, implements regression implicitly.

ee also

* Frame problem
* Event calculus

References

* J. McCarthy and P. Hayes (1969). [http://www-formal.stanford.edu/jmc/mcchay69.html Some philosophical problems from the standpoint of artificial intelligence] . In B. Meltzer and D. Michie, editors, "Machine Intelligence", 4:463–502. Edinburgh University Press, 1969.
* R. Kowalski (1979). Logic for Problem Solving - Elsevier North Holland.
* K.R. Apt and M. Bezem (1990). Acyclic Programs. In: 7th International Conference on Logic Programming. MIT Press. Jerusalem, Israel.
* R. Reiter (1991). The frame problem in the situation calculus: a simple solution (sometimes) and a completeness result for goal regression. In Vladimir Lifshitz, editor, "Artificial intelligence and mathematical theory of computation: papers in honour of John McCarthy", pages 359–380, San Diego, CA, USA. Academic Press Professional, Inc. 1991.
* M. Shanahan (1997). Solving the Frame Problem: a Mathematical Investigation of the Common Sense Law of Inertia. MIT Press.
* H. Levesque, F. Pirri, and R. Reiter (1998). [http://www.ep.liu.se/ej/etai/1998/005 Foundations for the situation calculus] . "Electronic Transactions on Artificial Intelligence", 2(3–4):159-178.
* F. Pirri and R. Reiter (1999). Some contributions to the metatheory of the Situation Calculus. "Journal of the ACM", 46(3):325–361. doi|10.1145/316542.316545
* R. Reiter (2001). Knowledge in Action: Logical Foundations for Specifying and Implementing Dynamical Systems. The MIT Press.


Wikimedia Foundation. 2010.

Игры ⚽ Нужен реферат?

Look at other dictionaries:

  • 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… …   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

  • Ethical calculus — The term ethical calculus, when used generally, refers to any method of determining a course of action in a circumstance that is not explicitly evaluated in one s ethical code. A formal philosophy of ethical calculus is a recent development in… …   Wikipedia

  • Itō calculus — Itō calculus, named after Kiyoshi Itō, extends the methods of calculus to stochastic processes such as Brownian motion (Wiener process). It has important applications in mathematical finance and stochastic differential equations.The central… …   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

  • Yale shooting problem — The Yale shooting problem is a conundrum or scenario in formal situational logic on which early logical solutions to the frame problem fail. The name of this problem derives from its inventors, Steve Hanks and Drew McDermott, working at Yale… …   Wikipedia

  • Fluent (artificial intelligence) — In artificial intelligence, a fluent is a condition that can change over time. In logical approaches to reasoning about actions, fluents can be represented in first order logic by predicates having an argument that depends on time. For example,… …   Wikipedia

  • Raymond Reiter — (June 12, 1939 ndash; September 16, 2002), was a Canadian computer scientist and logician. He was one of the founders of the field of non monotonic reasoning with his work on default logic, model based diagnosis, closed world reasoning, and truth …   Wikipedia

  • List of mathematics articles (S) — NOTOC S S duality S matrix S plane S transform S unit S.O.S. Mathematics SA subgroup Saccheri quadrilateral Sacks spiral Sacred geometry Saddle node bifurcation Saddle point Saddle surface Sadleirian Professor of Pure Mathematics Safe prime Safe… …   Wikipedia

Share the article and excerpts

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