Abstract
Automated planners need to do temporal reasoning— that is, to decide what will be true at various times if their plans are executed, in support of planning operations (such as reordering plan steps) that depend on when various facts become true or false during plan execution. The main line of research in this area is to represent a plan as a partially ordered list of events, and to attempt to infer what must be true before or after each event. In many such efforts, it is assumed that the events’ effects are all known and context-independent, so that the fact P is true after event e if and only if there is some event e′ preceding or coinciding with e that has P as an effect, and such that for every event e″ with ¬P as an effect, e″ precedes e′ or follows e (McAllester and Rosenblitt, 1991; Dean and McDermott, 1987; Chapman, 1987; Allen, 1984; van Beek, 1992).
Access this chapter
Tax calculation will be finalised at checkout
Purchases are for personal use only
Preview
Unable to display preview. Download preview PDF.
Notes
In (Dean and McDermott, 1987), these were called time tokens.“ The implementation of occasions is not quite faithful to this formal definition, as we see in Section 8.3.
In the actual implementation, formulas and rules are expressed in a Lispish notation, which is described in Section 8.3.
There are more flexible ways in the actual implementation, described in Section 8.3.
An alternative way to state the condition is to take the consequent of a rule, and generate all possible combinations of “signs” for the atomic formulas in it. Every combination except the one given must have probability zero. For the case at hand, the second rule would assign conditional probability zero to B A -’C, -4B A C, and -+B A -.C.
Of course, by making additional assumptions, it is possible to assign probabilities in cases like these. One such approach is explored by Thiébaux and Hertzberg (Thiébaux and Hertzberg, 1992). In my experience, it is usually preferable to rewrite rules to avoid inconsistencies.
and, in the actual implementation, timeline initializers, described in Section 8.3.
An alternative idea would be to keep a “used rule instance” table in addition to the established-queries table.
The only reason to use d instead of A in the rule is that in the implementation, it is occasionally useful to set d = O.
There are execution traces in which an infinite number of events happen after A becomes true (in fact, there are some in which A changes truth value infinitely often just before t),but the set of all such execution traces is of measure 0, and TL-RETRIEVE will run forever in such cases, never concluding that A is true at t.
This negation-as-failure operator was originally named by Sussman et al. in (Sussman et al., 1971).
One simplication is that in the actual system, an initializer must also return a “justification” for its answer. The justification system is not mature enough to talk about in this chapter.
Editor information
Editors and Affiliations
Rights and permissions
Copyright information
© 1997 Springer Science+Business Media Dordrecht
About this chapter
Cite this chapter
McDermott, D. (1997). Probabilistic Projection in Planning. In: Stock, O. (eds) Spatial and Temporal Reasoning. Springer, Dordrecht. https://doi.org/10.1007/978-0-585-28322-7_8
Download citation
DOI: https://doi.org/10.1007/978-0-585-28322-7_8
Publisher Name: Springer, Dordrecht
Print ISBN: 978-0-7923-4716-3
Online ISBN: 978-0-585-28322-7
eBook Packages: Springer Book Archive