Artificial Intelligence and Lisp Lecture 9 Reasoning about Actions and Planning, II LiU Course TDDC65 Autumn Semester, 2010

Slides:



Advertisements
Similar presentations
REVIEW : Planning To make your thinking more concrete, use a real problem to ground your discussion. –Develop a plan for a person who is getting out of.
Advertisements

Language for planning problems
More on Algorithms and Problem Solving
CSCI 115 Chapter 6 Order Relations and Structures.
1 Turing Machines and Equivalent Models Section 13.2 The Church-Turing Thesis.
CLASSICAL PLANNING What is planning ?  Planning is an AI approach to control  It is deliberation about actions  Key ideas  We have a model of the.
Lecture 8: Three-Level Architectures CS 344R: Robotics Benjamin Kuipers.
CS 290C: Formal Models for Web Software Lecture 4: Implementing and Verifying Statecharts Specifications Using the Spin Model Checker Instructor: Tevfik.
Artificial Intelligence and Lisp #3 Characterization of Actions [Chapter 5] Representation Language [Chapter 2] Lab Assignment 2.
The Ramification and Qualification Problems in Temporal Databases Nikos Papadakis & Dimitris Plexousakis University of Crete and.
Tuesday, May 14 Genetic Algorithms Handouts: Lecture Notes Question: when should there be an additional review session?
1.2 Row Reduction and Echelon Forms
Linear Equations in Linear Algebra
Artificial Intelligence 2005/06
Introduction to Computability Theory
Planning Copyright, 1996 © Dale Carnegie & Associates, Inc. Chapter 11.
Temporal Specification Chris Patel Vinay Viswanathan.
1 Lecture 8: Genetic Algorithms Contents : Miming nature The steps of the algorithm –Coosing parents –Reproduction –Mutation Deeper in GA –Stochastic Universal.
A Preliminary Study on Reasoning About Causes Pedro Cabalar AI Lab., Dept. of Computer Science University of Corunna, SPAIN.
Artificial Intelligence and Lisp Lecture 7 LiU Course TDDC65 Autumn Semester, 2010
Planning Copyright, 1996 © Dale Carnegie & Associates, Inc. Chapter 11.
Artificial Intelligence and Lisp Lecture 12 Finish "Programming in Lisp, II" + Lab 5 a-b + Review and Synthesis of the Course LiU Course TDDC65 Autumn.
Artificial Intelligence and Lisp Lecture 5 LiU Course TDDC65 Autumn Semester, 2010
CS5371 Theory of Computation Lecture 8: Automata Theory VI (PDA, PDA = CFG)
Maria-Cristina Marinescu Martin Rinard Laboratory for Computer Science Massachusetts Institute of Technology A Synthesis Algorithm for Modular Design of.
Protein Structure Alignment by Incremental Combinatorial Extension (CE) of the Optimal Path Ilya N. Shindyalov, Philip E. Bourne.
CSE 755, part3 Axiomatic Semantics Will consider axiomatic semantics (A.S.) of IMP: ::=skip | | | | ; | | Only integer vars; no procedures/fns; vars declared.
CS1Q Computer Systems Lecture 8
MATH 224 – Discrete Mathematics
Programming Fundamentals. Today’s lecture Decisions If else …… Switch Conditional Operators Logical Operators.
Selection Control Structures Simple Program Design Third Edition A Step-by-Step Approach 4.
CS6133 Software Specification and Verification
3. Counting Permutations Combinations Pigeonhole principle Elements of Probability Recurrence Relations.
Slide 1 Propositional Definite Clause Logic: Syntax, Semantics and Bottom-up Proofs Jim Little UBC CS 322 – CSP October 20, 2014.
An Ontological Framework for Web Service Processes By Claus Pahl and Ronan Barrett.
Dale Roberts 1 Program Control - Algorithms Department of Computer and Information Science, School of Science, IUPUI CSCI N305.
Lecture 4: C/C++ Control Structures Computer Programming Control Structures Lecture No. 4.
Automated Patch Generation Adapted from Tevfik Bultan’s Lecture.
Laws of concurrent design Tony Hoare Microsoft ResearchCambridge FMCAD October.
Automated Reasoning Early AI explored how to automated several reasoning tasks – these were solved by what we might call weak problem solving methods as.
Automated Reasoning Early AI explored how to automate several reasoning tasks – these were solved by what we might call weak problem solving methods as.
ECSE Software Engineering 1I HO 4 © HY 2012 Lecture 4 Formal Methods A Library System Specification (Continued) From Specification to Design.
CS 103 Discrete Structures Lecture 13 Induction and Recursion (1)
Basic Problem Solving Search strategy  Problem can be solved by searching for a solution. An attempt is to transform initial state of a problem into some.
Course14 Dynamic Vision. Biological vision can cope with changing world Moving and changing objects Change illumination Change View-point.
Condition Testing. Condition testing is a test case design method that exercises the logical conditions contained in a program module. A simple condition.
Classical Control in Quantum Programs Dominique Unruh IAKS, Universität Karlsruhe Founded by the European Project ProSecCo IST
EEL 5937 The Bond Agent System (1) EEL 5937 Multi Agent Systems Lecture 8, Jan 30, 2003 Lotzi Bölöni.
Artificial Intelligence 2004 Planning: Situation Calculus Review STRIPS POP Hierarchical Planning Situation Calculus (John McCarthy) situations.
1 Lecture 3 The Languages of K, T, B and S4. 2 Last time we extended the language PC to the language S5 by adding two new symbols ‘□’ (for ‘It is necessary.
Artificial Intelligence Knowledge Representation.
Modeling the Game of Brain Cube Leslie Muzulu, Kristal Jameson, and Kathy Radloff; St. Catherine University Game Description Brain Cube is a puzzle game.
1 Proving Properties of Recursive List Functions CS 270 Math Foundations of CS Jeremy Johnson.
Artificial Intelligence and Lisp #8 State-space Characterization of Actions Algorithmic Planning.
Artificial Intelligence and Lisp Lecture 6 LiU Course TDDC65 Autumn Semester,
Introduction to Logic for Artificial Intelligence Lecture 2
Chapter 2: Simplification, Optimization and Implication
Condition Testing.
Evolution strategies and genetic programming
Artificial Intelligence and Lisp Lecture 5 LiU Course TDDC65 Autumn Semester,
Artificial Intelligence and Lisp Lecture 9 Reasoning about Actions and Planning, II LiU Course TDDC65 Autumn Semester,
Programming Fundamentals
EECS 498 Introduction to Distributed Systems Fall 2017
Structured Program
Linear Equations in Linear Algebra
Department of Computer Science
Independence and Counting
Independence and Counting
Independence and Counting
Linear Equations in Linear Algebra
Presentation transcript:

Artificial Intelligence and Lisp Lecture 9 Reasoning about Actions and Planning, II LiU Course TDDC65 Autumn Semester,

Schemas for characterizing actions State transition schema (in earlier lecture): one prestate, one poststate Extended state transition schema: allow conditional and nondeterministic actions. Set of prestate/poststate pairs State transition with immediate causation (STIC): direct effects of actions are followed by indirect effects, but still with sequential execution. Indirect effects are “instantaneous” Trajectory set schema (TSS): Actions are characterized by a set of trajectories consisting of two or more partial states. Trajectory of length 2 corresponds to the above. This allows for concurrent actions and actions with extended duration.

Schemas for characterizing actions State transition schema (in earlier lecture): one prestate, one poststate Extended state transition schema: allow conditional and nondeterministic actions. Set of prestate/poststate pairs. This will be considered integrated with STIC (next item). State transition with immediate causation (STIC): direct effects of actions are followed by indirect effects, but still with sequential execution. Indirect effects are “instantaneous” Trajectory set schema (TSS): Actions are characterized by a set of trajectories consisting of two or more partial states. Trajectory of length 2 corresponds to the above. This allows for concurrent actions and actions with extended duration.

State transition with immediate causation (STIC) Replace the use of prest and post functions by atrans function. Example: from {[: agent-has 22]} to {... } Replace function apply by Apply (Apply play (Apply play {[: agent-has 22]} )) = {{[: agent-has 20]}{[: agent-has 22]}{[: agent-has 24]}} Introduce ficticious action called causation Consider actions to be atomic (no arguments or parameters)

Convergence and stable state Consider.S (Apply causation.S) (Apply causation (Apply causation.S)) (Apply causation (Apply causation (Apply causation.S)))... and so on If two successive expressions have equal value then we have obtained convergence in a stable state set, written as. (Apply* causation.S) This is the only case that is of interest here. Specify total effects of an action.a as (Apply* causation (Apply.a.s))

Regressive planning with conditional and nondeterministic actions Point of nondeterminism: (atrans a) contains both and where s' and s” are not equal For every combination of a and s that is a point of nondeterminism, select one of the s', s”, etc as the primary one Find a solution to the planning problem using only the primary outcomes in every such point Identify all points in the solution that relies on a primary outcome. Make additional planning in order to have plans for the other outcome(s). If different outcomes have different probability, then choose the most likely one as primary, and consider the other ones in order Some (esp. unlikely) cases may be postponed to execution time.

Progressive planning and conditional plans Progressive planning: start with initial state; build sequences of actions forward until goal state is reached (simple case) More general case requires conditional plans, formed as [soares a1 a2... an R] [if c at af] Must R = (Apply an (Apply an-1 (Apply... (Apply a1 start)...))) Start with [soares start] containing no actions Add actions to soares expression, obtaining [soares a1 a2... an an+1 (Apply an+1 R)] Add conditional expression obtaining instead [soares a1 a2... an [if c [soares Rt] [soares Rf]] R] where Rt and Rf are complementary subsets of R where the condition c is true or false, respectively

Example of conditional plan [soares a1 a2... an [if [= has-money true] [soares buy-food {{[: hungry false][: have-money true]} {[: hungry false][: have-money false]} }] [soares beg-food {{[: hungry false][: have-money false]}} ]] R ] where R is the set of two states above

Progressive planning with immediate causation Regressive planning: may be possible to generalize the use of primary outcome Progressive planning: straightforward

Middle-out planning using islands Method uses the following steps: 1. Choose main action(s) and an order on them 2. Identify likely enabling actions for the first main action, and insert them into the plan 3. Find plan from starting state to first main action, directly or via the chosen enabling actions 4. Repeat 2-3 for steps to later main actions, and to goal Backup: if step 3 fails, then return to an earlier cycle and find another plan.

Logic for characterizing actions Earlier effect rule: (imp (and [existsroad.fr.to] [D.s.t [moveto.o.fr.to]] [H.s (the position of.r).fr] ) [H.t (the position of.r).to] ) Easy to use for conditional effects: (imp (and [D.s.t toggle][H.s light on]) [H.t light off] ) (imp (and [D.s.t toggle][H.s light off]) [H.t light on] )

Frame problem and occlusion In order to avoid frame axioms, use PMON axiom: (imp (and [H.s.f.v] [H (succ.s.a).f.w] [/=.v.w] ) [X.s (succ.s.a).f] ) together with axioms that imply X for specific actions and specific features. Example. (imp [D.s.t toggle] (and [X.s.t light] (imp [H.s light on][H.t light off]) (imp [H.s light off][H.t light on]) ))

Immediate Causation Rules in Logic Example (imp [D.s.t [toggle.sw]] (and [X.s.t (state.sw)] (imp [H.s (state.sw) on][H.t (state.sw) off]) (imp [H.s (state.sw) off][H.t (state.sw) on]) )) (imp (and [H.s (state.sw) on][controls.sw.lmp]) [H.s (light.lmp) on]) (imp (and [H.s (state.sw) off][controls.sw.lmp]) [H.s (light.lmp) off]) [connected myswitch mylamp]

Occlusion in Causation Rules (imp (and [controls.sw.lmp][X.s.t (state.sw)]) [X.s.t (light.lmp)] ) or - consider (light.lmp) as always occluded, technically speaking

Causation Sequences A:T, B:T -> A:F, B:F A:F, B:F -> A:T, B:F A:T, B:F -> A:F, B:T A:F, B:T -> A:F, B:T This is an example of a back-and-forth sequence The simple translation to causation axiom in logic does not work for such causation structures.

Endstate Description of Causation Basic idea: Characterize the stable states using stable-state axioms; combine them with indirect effect axioms that specify some of the indirect effects. Combine this with a principle of finding the “closest” stable state from the state capturing the stated indirect effects Often define “closest” as “minimal additional change” (called “minimization of change”)