|
|
| Line 1: |
Line 1: |
| In [[artificial intelligence]], the '''frame problem''' describes an issue with using [[First Order Logic]] (FOL) to express facts about a robot in the world. Representing the state of a robot with traditional FOL requires the use of many axioms that simply imply that things in the environment don't change arbitrarily. For example, Hayes describes a blocks world with rules about putting blocks on top of each other. In a FOL system additional axioms are required to infer facts such as a block does not change position if it's not moved. The frame problem is the problem of finding adequate collections of axioms for a viable description of a robot environment.<ref>{{cite journal|last=Hayes|first=Patrick|title=The Frame Problem and Related Problems in Artificial Intelligence|journal=University of Edinburgh|url=http://aitopics.org/sites/default/files/classic/Webber-Nilsson-Readings/Rdgs-NW-Hayes-FrameProblem.pdf}}</ref>
| | Alyson is what my spouse enjoys to call me but I don't like when people use my full title. I've usually cherished residing in Alaska. To play lacross is some thing he would by no means give up. Invoicing is what I do.<br><br>My site ... [http://www.diaperjungle.com/videos/profile.php?u=UrRonan cheap psychic readings] |
| | |
| [[John McCarthy (computer scientist)|John McCarthy]] and [[Patrick J. Hayes]] defined this problem in their 1969 article, ''Some Philosophical Problems from the Standpoint of Artificial Intelligence''. In this paper and many that came after the formal mathematical problem was a starting point for more general discussions of the difficulty of knowledge representation for artificial intelligence. Issues such as how to provide rational default assumptions and what humans consider common sense in a virtual environment.<ref>{{cite journal|last=McCarthy|first=J|coauthors=P.J. Hayes|title=Some philosophical problems from the standpoint of artificial intelligence|journal=Machine Intelligence|year=1969|volume=4|pages=463–502}}</ref> Later, the term acquired a broader meaning in [[philosophy]], where it is formulated as the problem of limiting the beliefs that have to be updated in response to actions. In the logical context, actions are typically specified by what they change, with the implicit assumption that everything else (the frame) remains unchanged.
| |
| | |
| ==The frame problem in artificial intelligence==
| |
| | |
| The frame problem occurs even in very simple domains. A scenario with a door, which can be open or closed, and a light, which can be on or off, is statically represented by two [[proposition]]s <math>\textit{open}</math> and <math>\textit{on}</math>. If these conditions can change, they are better represented by two [[Predicate (computer programming)|predicate]]s <math>\textit{open}(t)</math> and <math>\textit{on}(t)</math> that depend on time; such predicates are called [[fluent (artificial intelligence)|fluent]]s. A domain in which at time 0 the door is closed, the light is off, and the door is opened at time 1 can be directly represented in logic{{clarify|reason=What kind of logic? If ordinary predicate logic is meant, what is the purpose of the 'true →' in the 3rd formula? If some other logic (situation calculus?) is meant, it should be stated explicitly here, together with the purpose of the 'true →' (e.g. some empty action?) in that logic.|date=August 2013}} by the following formulae:
| |
| | |
| :<math>\neg \textit{open}(0)</math>
| |
| :<math>\neg \textit{on}(0)</math>
| |
| :<math>\textit{true} \rightarrow \textit{open}(1)</math>
| |
| | |
| The first two formulae represent the initial situation; the third formula represents the effect of executing the action of opening the door at time 1. If such an action had preconditions, such as the door must not be locked, it would have been represented by <math>\neg \textit{locked}(0) \rightarrow \textit{open}(1)</math>. In practice, one would have a predicate <math>\textit{executeopen}(t)</math> for specifying when an action is executed and a rule <math>\forall t . \textit{executeopen}(t) \wedge \textit{true} \rightarrow \textit{open}(t+1)</math> for specifying the effects of actions. The article on the [[situation calculus]] gives more details.
| |
| | |
| While the three formulae above are a direct expression in logic of what is known, they do not suffice to correctly draw consequences. While the following conditions (representing the expected situation) are consistent with the three formulae above, they are not the only ones.
| |
| | |
| :{|
| |
| | <math>\neg \textit{open}(0)</math> || <math>\textit{open}(1)</math>
| |
| |-
| |
| | <math>\neg \textit{on}(0)</math> || <math>\neg \textit{on}(1)</math>
| |
| |}
| |
| | |
| Indeed, another set of conditions that is consistent with the three formulae above is:
| |
| | |
| :{|
| |
| | <math>\neg \textit{open}(0)</math> || <math>\textit{open}(1)</math>
| |
| |-
| |
| | <math>\neg \textit{on}(0)</math> || <math>\textit{on}(1)</math>
| |
| |}
| |
| | |
| The frame problem is that specifying only which conditions are changed by the actions do not allow, in logic, to conclude that all other conditions are not changed. This problem can be solved by adding the so-called “frame axioms”, which explicitly specify that all conditions not affected by actions are not changed while executing that action. For example, since the action executed at time 0 is that of opening the door, a frame axiom would state that the status of the light does not change from time 0 to time 1:
| |
| | |
| :<math>\textit{on}(0) \leftrightarrow \textit{on}(1)</math>
| |
| | |
| The frame problem is that one such frame axiom is necessary for every pair of action and condition such that the action does not affect the condition.{{clarify|reason=Shouldn't then the frame axiom be the following modification of the above rule: '∀t.executeopen(t)→open(t+1)∧(on(t+1)↔on(t))' ? In contrast, the formula 'on(0)↔on(1)' seems to be too particular taylored to the 'executeopen(0)' situation.|date=August 2013}} In other words, the problem is that of formalizing a dynamical domain without explicitly specifying the frame axioms.
| |
| | |
| The solution proposed by McCarthy to solve this problem involves assuming that a minimal amount of condition changes have occurred; this solution is formalized using the framework of [[Circumscription (logic)|circumscription]]. The [[Yale shooting problem]], however, shows that this solution is not always correct. Alternative solutions were then proposed, involving predicate completion, fluent occlusion, [[successor state axiom]]s, etc.; they are explained below. By the end of the 1980s, the frame problem as defined by McCarthy and Hayes was solved{{clarify|reason=Mention the (combination of) approach(es) by which the frame problem was solved.|date=August 2013}}. Even after that, however, the term “frame problem” was still used, in part to refer to the same problem but under different settings (e.g., concurrent actions), and in part to refer to the general problem of representing and reasoning with dynamical domains.
| |
| | |
| == Solutions to the frame problem ==
| |
| | |
| In the following, how the frame problem is solved in various formalisms is shown. The formalisms themselves are not presented in full: what is presented are simplified versions that are however sufficient to show how the frame problem is solved.
| |
| | |
| ===The fluent occlusion solution===
| |
| | |
| This solution was proposed by [[Erik Sandewall]], who also defined a [[formal language]] for the specification of dynamical domains; therefore, such a domain can be first expressed in this language and then automatically translated into logic. In this article, only the expression in logic is shown, and only in the simplified language with no action names.
| |
| | |
| The rationale of this solution is to represent not only the value of conditions over time, but also whether they can be affected by the last executed action. The latter is represented by another condition, called occlusion. A condition is said to be ''occluded'' in a given time point if an action has been just executed that makes the condition true or false as an effect. Occlusion can be viewed as “permission to change”: if a condition is occluded, it is relieved from obeying the constraint of inertia.
| |
| | |
| In the simplified example of the door and the light, occlusion can be formalized by two predicates <math>\textit{occludeopen}(t)</math> and <math>\textit{occludeon}(t)</math>. The rationale is that a condition can change value only if the corresponding occlusion predicate is true at the next time point. In turn, the occlusion predicate is true only when an action affecting the condition is executed.
| |
| | |
| :<math>\neg \textit{open}(0)</math>
| |
| :<math>\neg \textit{on}(0)</math>
| |
| :<math>\textit{true} \rightarrow \textit{open}(1) \wedge \textit{occludeopen}(1)</math>
| |
| :<math>\forall t . \neg \textit{occludeopen}(t) \rightarrow (\textit{open}(t-1) \leftrightarrow \textit{open}(t))</math>
| |
| :<math>\forall t . \neg \textit{occludeon}(t) \rightarrow (\textit{on}(t-1) \leftrightarrow \textit{on}(t))</math>
| |
| | |
| In general, every action making a condition true or false also makes the corresponding occlusion predicate true. In this case, <math>\textit{occludeopen}(1)</math> is true, making the antecedent of the fourth formula above false for <math>t=1</math>; therefore, the constraint that <math>\textit{open}(t-1) \leftrightarrow \textit{open}(t)</math> does not hold for <math>t=1</math>. Therefore, <math>\textit{open}</math> can change value, which is also what is enforced by the third formula.
| |
| | |
| In order for this condition to work, occlusion predicates have to be true only when they are made true as an effect of an action. This can be achieved either by [[Circumscription (logic)|circumscription]] or by predicate completion. It is worth noticing that occlusion does not necessarily imply a change: for example, executing the action of opening the door when it was already open (in the formalization above) makes the predicate <math>\textit{occludeopen}</math> true and makes <math>\textit{open}</math> true; however, <math>\textit{open}</math> has not changed value, as it was true already.
| |
| | |
| ===The predicate completion solution===
| |
| | |
| This encoding is similar to the fluent occlusion solution, but the additional predicates denote change, not permission to change. For example, <math>\textit{changeopen}(t)</math> represents the fact that the predicate <math>\textit{open}</math> will change from time <math>t</math> to <math>t+1</math>. As a result, a predicate changes if and only if the corresponding change predicate is true. An action results in a change if and only if it makes true a condition that was previously false or vice versa.
| |
| | |
| :<math>\neg \textit{open}(0)</math>
| |
| :<math>\neg \textit{on}(0)</math>
| |
| :<math>\neg \textit{open}(0) \wedge \textit{true} \rightarrow \textit{changeopen}(0)</math>
| |
| :<math>\forall t. \textit{changeopen}(t) \leftrightarrow (\neg \textit{open}(t) \leftrightarrow \textit{open}(t+1))</math>
| |
| :<math>\forall t. \textit{changeon}(t) \leftrightarrow (\neg \textit{on}(t) \leftrightarrow \textit{on}(t+1))</math>
| |
| | |
| The third formula is a different way of saying that opening the door causes the door to be opened. Precisely, it states that opening the door changes the state of the door if it had been previously closed. The last two conditions state that a condition changes value at time <math>t</math> if and only if the corresponding change predicate is true at time <math>t</math>. To complete the solution, the time points in which the change predicates are true have to be as few as possible, and this can be done by applying predicate completion to the rules specifying the effects of actions.
| |
| | |
| ===The successor state axioms solution===
| |
| | |
| The value of a condition after the execution of an action can be determined by
| |
| the fact that the condition is true if and only if:
| |
| | |
| # the action makes the condition true; or
| |
| # the condition was previously true and the action does not make it false.
| |
| | |
| A [[successor state axiom]] is a formalization in logic of these two facts. For
| |
| example, if <math>\textit{opendoor}(t)</math> and <math>\textit{closedoor}(t)</math> are two
| |
| conditions used to denote that the action executed at time <math>t</math> was
| |
| to open or close the door, respectively, the running example is encoded as
| |
| follows.
| |
| | |
| : <math>\neg \textit{open}(0)</math>
| |
| : <math>\neg \textit{on}(0)</math>
| |
| : <math>\textit{opendoor}(0)</math>
| |
| : <math>\forall t . \textit{open}(t+1) \leftrightarrow \textit{opendoor}(t) \vee (\textit{open}(t) \wedge \neg \textit{closedoor}(t))</math>
| |
| | |
| This solution is centered around the value of conditions, rather than the
| |
| effects of actions. In other words, there is an axiom for every condition,
| |
| rather than a formula for every action. Preconditions to actions (which are not
| |
| present in this example) are formalized by other formulae. The successor state
| |
| axioms are used in the variant to the [[situation calculus]] proposed by
| |
| [[Ray Reiter]].
| |
| | |
| ===The fluent calculus solution===
| |
| | |
| The [[fluent calculus]] is a variant of the situation calculus. It solves the frame problem by using first-order logic
| |
| [[First-order logic#Formation rules|terms]], rather than predicates, to represent the states. Converting
| |
| predicates into terms in first order logic is called [[Reification (knowledge representation)|reification]]; the
| |
| fluent calculus can be seen as a logic in which predicates representing the
| |
| state of conditions are reified.
| |
| | |
| The difference between a predicate and a term in first order logic is that a term is a representation of an object (possibly a complex object composed of other objects), while a predicate represents a condition that can be true or false when evaluated over a given set of terms.
| |
| | |
| In the fluent calculus, each possible state is represented by a term obtained by composition of other terms, each one representing the conditions that are true in state. For example, the state in which the door is open and the light is on is represented by the term <math>\textit{open} \circ \textit{on}</math>. It is important to notice that a term is not true or false by itself, as it is an object and not a condition. In other words, the term <math>\textit{open} \circ \textit{on}</math> represent a possible state, and does not by itself mean that this is the current state. A separate condition can be stated to specify that this is actually the state at a given time, e.g., <math>\textit{state}(\textit{open} \circ \textit{on}, 10)</math> means that this is the state at time <math>10</math>.
| |
| | |
| The solution to the frame problem given in the fluent calculus is to specify the effects of actions by stating how a term representing the state changes when the action is executed. For example, the action of opening the door at time 0 is represented by the formula:
| |
| | |
| : <math>\textit{state}(s \circ \textit{open}, 1) \leftrightarrow \textit{state}(s,0)</math>
| |
| | |
| The action of closing the door, which makes a condition false instead of true, is represented in a slightly different way:
| |
| | |
| : <math>\textit{state}(s, 1) \leftrightarrow \textit{state}(s \circ \textit{open}, 0)</math>
| |
| | |
| This formula works provided that suitable axioms are given about <math>\textit{state}</math> and <math>\circ</math>, e.g., a term containing two times the same condition is not a valid state (for example, <math>\textit{state}(\textit{open} \circ s \circ \textit{open}, t)</math> is always false for every <math>s</math> and <math>t</math>).
| |
| | |
| ===The event calculus solution===
| |
| | |
| The [[event calculus]] uses terms for representing fluents, like the fluent calculus, but also has axioms constraining the value of fluents, like the successor state axioms. In the event calculus, inertia is enforced by formulae stating that a fluent is true if it has been true at a given previous time point and no action changing it to false has been performed in the meantime. Predicate completion is still needed in the event calculus for obtaining that a fluent is made true only if an action making it true has been performed, but also for obtaining that an action had been performed only if that is explicitly stated.
| |
| | |
| ===The default logic solution===
| |
| | |
| The frame problem can be thought of as the problem of formalizing the principle that, by default, "everything is presumed to remain in the state in which it is" ([[Gottfried Wilhelm Leibniz|Leibniz]], "An Introduction to a Secret Encyclopædia", ''c''. 1679). This default, sometimes called the ''commonsense law of inertia'', was expressed by [[Raymond Reiter]] in [[default logic]]:
| |
| | |
| : <math>\frac{R(x,s)\; :\ R(x,\textit{do}(a,s))}{R(x,\textit{do}(a,s))}</math>
| |
| | |
| (if <math>R(x)</math> is true in situation <math>s</math>, and it can be assumed<ref>i.e., no contradicting information is known</ref> that <math>R(x)</math> remains true after executing action <math>a</math>, then we can conclude that <math>R(x)</math> remains true).
| |
| | |
| Steve Hanks and [[Drew McDermott]] argued, on the basis of their [[Yale shooting problem|Yale shooting]] example, that this solution to the frame problem is unsatisfactory. Hudson Turner showed, however, that it works correctly in the presence of appropriate additional postulates.
| |
| | |
| ===The answer set programming solution===
| |
| | |
| The counterpart of the default logic solution in the language of [[answer set programming]] is a rule with [[stable model semantics#Strong negation|strong negation]]:
| |
| | |
| :<math>r(X,T+1) \leftarrow r(X,T),\ \hbox{not }\sim r(X,T+1)</math>
| |
| | |
| (if <math>r(X)</math> is true at time <math>T</math>, and it can be assumed that <math>r(X)</math> remains true at time <math>T+1</math>, then we can conclude that <math>r(X)</math> remains true).
| |
| | |
| ===Action description languages===
| |
| | |
| [[Action description language]]s elude the frame problem rather than solving it. An action description language is a formal language with a syntax that is specific for describing situations and actions. For example, that the action <math>\textit{opendoor}</math> makes the door open if not locked is expressed by:
| |
| | |
| : <math>\textit{opendoor}</math> causes <math>\textit{open}</math> if <math>\neg \textit{locked}</math>
| |
| | |
| The semantics of an action description language depends on what the language can express (concurrent actions, delayed effects, etc.) and is usually based on [[transition system]]s.
| |
| | |
| Since domains are expressed in these languages rather than directly in logic, the frame problem only arises when a specification given in an action description logic is to be translated into logic. Typically, however, a translation is given from these languages to [[answer set programming]] rather than first-order logic.
| |
| | |
| ==See also==
| |
| * [[Binding problem]]
| |
| * [[Common sense]]
| |
| * [[Defeasible reasoning]]
| |
| * [[Non-monotonic logic]]
| |
| * [[Symbol grounding]]
| |
| * [[Linear logic]]
| |
| | |
| ==References==
| |
| | |
| {{reflist}}<!---should better go elsewhere?--->
| |
| | |
| * J. McCarthy and P. J. Hayes (1969). [http://www-formal.stanford.edu/jmc/mcchay69.html Some philosophical problems from the standpoint of artificial intelligence]. ''Machine Intelligence'', 4:463-502.
| |
| | |
| * E. Sandewall (1972), An approach to the Frame Problem and its Implementation, ''Machine Intelligence'', 7:195–204.
| |
| | |
| * J. McCarthy (1986). [http://www-formal.stanford.edu/jmc/applications.html Applications of circumscription to formalizing common-sense knowledge]. ''Artificial Intelligence'', 28:89-116.
| |
| | |
| * S. Hanks and D. McDermott (1987). Nonmonotonic logic and temporal projection. ''Artificial Intelligence'', 33(3):379-412.
| |
| | |
| * [[Raymond Reiter|R. Reiter]] (1991). The frame problem in the situation calculus: a simple solution (sometimes) and a completeness result for goal regression. In Vladimir Lifschitz, editor, ''Artificial Intelligence and Mathematical Theory of Computation: Papers in Honor of John McCarthy'', pages 359-380. Academic Press, New York.
| |
| | |
| * M. Gelfond and V. Lifschitz (1993). Representing action and change by logic programs. ''Journal of Logic Programming'', 17:301-322.
| |
| | |
| * E. Sandewall (1994), [http://portal.acm.org/citation.cfm?id=203299&dl=ACM&coll=portal Features and Fluents], Oxford University Press.
| |
| | |
| * E. Sandewall and Y. Shoham (1995), [http://portal.acm.org/citation.cfm?id=216143&coll=GUIDE&dl=GUIDE&CFID=19734324&CFTOKEN=92855999 Non-monotonic Temporal Reasoning], in D. M. Gabbay, C. J. Hogger and J. A. Robinson eds., ''Handbook of Logic in Artificial Intelligence and Logic Programming'', vol. 4, ch. 7, p. 439–498, Oxford University Press.
| |
| | |
| * J.A. Toth (1995). Book review. Kenneth M. and Patrick J. Hayes, eds., ''Reasoning agents in a dynamic world: The frame problem. Artificial Intelligence,'' 73:323-369.
| |
| | |
| * M. Shanahan (1997). Solving the frame problem: A mathematical investigation of the common sense law of inertia. MIT Press.
| |
| | |
| * P. Liberatore (1997). [http://www.ep.liu.se/ej/etai/1997/002 The complexity of the language A]. ''[[Electronic Transactions on Artificial Intelligence]]'', 1(1-3):13-37.
| |
| | |
| * E. Sandewall (1998). [http://www.ep.liu.se/ej/etai/1998/010 Cognitive robotics logic and its metatheory: Features and fluents revisited]. ''Electronic Transactions on Artificial Intelligence'', 2(3-4):307-329.
| |
| | |
| * M. Gelfond and V. Lifschitz (1998). [http://www.ep.liu.se/ej/etai/1998/007 Action languages]. ''Electronic Transactions on Artificial Intelligence'', 2(3-4):193-210.
| |
| | |
| * H. Levesque, F. Pirri, and [[Raymond Reiter|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}}
| |
| | |
| * P. Doherty, J. Gustafsson, L. Karlsson, and J. Kvarnström (1998). [http://www.ep.liu.se/ej/etai/1998/009 TAL: Temporal action logics language specification and tutorial]. ''Electronic Transactions on Artificial Intelligence'', 2(3-4):273-306.
| |
| | |
| * M. Thielscher (1998). [http://www.ep.liu.se/ej/etai/1998/006 Introduction to the fluent calculus]. ''Electronic Transactions on Artificial Intelligence'', 2(3-4):179-192.
| |
| | |
| * R. Miller 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.
| |
| | |
| * [[Raymond Reiter|R. Reiter]] (1980). A logic for default reasoning. ''Artificial Intelligence'', 13:81-132.
| |
| | |
| * H. Turner (1997) [http://www.d.umn.edu/~hudson/papers/ralpdt6.pdf Representing actions in logic programs and default theories: a situation calculus approach]. ''Journal of Logic Programming'', 31:245-298.
| |
| | |
| * V. Lifschitz (2012) [http://www.cs.utexas.edu/~vl/papers/jmc.pdf The frame problem, then and now]. Talk at Celebration of John McCarthy's Accomplishments, Stanford University, March 25, 2012.
| |
| | |
| ==External links==
| |
| * {{SEP|frame-problem}}
| |
| * [http://www-formal.stanford.edu/jmc/mcchay69/mcchay69.html Some Philosophical Problems from the Standpoint of Artificial Intelligence]; the original article of McCarthy and Hayes that proposed the problem.
| |
| | |
| {{John McCarthy navbox}}
| |
| | |
| [[Category:Artificial intelligence]]
| |
| [[Category:Knowledge representation]]
| |
| [[Category:Epistemology]]
| |
| [[Category:Logic programming]]
| |
| [[Category:Philosophical problems]]
| |