process specification language principles and applications
play

Process Specification Language: Principles and Applications Michael - PowerPoint PPT Presentation

Process Specification Language: Principles and Applications Michael Gruninger Michael Gruninger NIST / NIST / Institute for Systems Research Institute for Systems Research University of Maryland University of Maryland Interoperability


  1. Process Specification Language: Principles and Applications Michael Gruninger Michael Gruninger NIST / NIST / Institute for Systems Research Institute for Systems Research University of Maryland University of Maryland

  2. Interoperability Process Modeler Process Planner (ProCAP / KBSI) (MetCAPP/Agiltech) Scheduler Simulator (Quest / Dessault) (ILOG Scheduler)

  3. Objective • Exchange process knowledge between • Exchange process knowledge between software applications so that the meanings of software applications so that the meanings of terminology are preserved. terminology are preserved.

  4. Semantics • We represent meaning using the model theory of • We represent meaning using the model theory of first-order logic first-order logic • An interpretation consists of three parts: • An interpretation consists of three parts: • a set of elements (known as the domain or universe of discourse); • a set of elements (known as the domain or universe of discourse); • a meaning function that associates symbols in the language with • a meaning function that associates symbols in the language with individual elements and sets of elements in the domain (intuitively individual elements and sets of elements in the domain (intuitively this specifies what the symbols mean); this specifies what the symbols mean); • a truth function that associates truth values with sentences in the • a truth function that associates truth values with sentences in the language. language. • If a sentence is true in the interpretation, we say that the • If a sentence is true in the interpretation, we say that the sentence is satisfied by the interpretation. If every axiom in sentence is satisfied by the interpretation. If every axiom in the ontology is satisfied by the interpretation then the the ontology is satisfied by the interpretation then the interpretation is a called a model of the ontology. interpretation is a called a model of the ontology.

  5. The First-Order Sandwich • Why first-order logic? • Why first-order logic? – Preserving meaning is equivalent to preserving – Preserving meaning is equivalent to preserving logical consequences (model-theoretic), which logical consequences (model-theoretic), which should be equivalent to preserving inferences should be equivalent to preserving inferences (proof-theoretic). (proof-theoretic). – Soundness and completeness guarantees that a – Soundness and completeness guarantees that a sentence is provable from a theory if and only if it sentence is provable from a theory if and only if it is satisfied in all models of the theory. is satisfied in all models of the theory. • Logics beyond first-order logic lose • Logics beyond first-order logic lose completeness. completeness.

  6. Verified Ontologies

  7. Interoperability Hypothesis • We are considering interoperability among • We are considering interoperability among complete first-order inference engines that complete first-order inference engines that exchange first-order sentences. exchange first-order sentences.

  8. Ontological Stance

  9. Formal Properties of PSL • The meaning of terms in the ontology is • The meaning of terms in the ontology is characterized by models for first-order logic. characterized by models for first-order logic. • The PSL Ontology has a first-order axiomatization of • The PSL Ontology has a first-order axiomatization of the class of models. the class of models. • Classes in the ontology arise from classification of • Classes in the ontology arise from classification of the models with respect to invariants (properties of the models with respect to invariants (properties of the models preserved by isomorphism). the models preserved by isomorphism). • Process descriptions are specified by definable types • Process descriptions are specified by definable types for elements in the models . for elements in the models .

  10. Process Specification Language • PSL is a modular, extensible ontology capturing • PSL is a modular, extensible ontology capturing concepts required for process specification concepts required for process specification • There are currently 300 concepts across 50 • There are currently 300 concepts across 50 extensions of a common core theory (PSL-Core), extensions of a common core theory (PSL-Core), each with a set of first-order axioms written using each with a set of first-order axioms written using the Knowledge Interchange Format. the Knowledge Interchange Format. • Two kinds of extensions: • Two kinds of extensions: • Core theories • Core theories • Definitional extensions • Definitional extensions

  11. PSL Core Theories

  12. paint(B2) pack(B1) occ4 Models of PSL-Core polish(B1) occ3 occ2 paint(B1) occ1

  13. Models in PSL • Occurrence trees • Occurrence trees • Fluents (state) • Fluents (state) • Activity trees • Activity trees

  14. Definitional Extensions • Preserving semantics is equivalent to • Preserving semantics is equivalent to preserving models of the axioms. preserving models of the axioms. – preserving models = isomorphism – preserving models = isomorphism • We classify models by using invariants • We classify models by using invariants (properties of models that are preserved by (properties of models that are preserved by isomorphism). isomorphism). – automorphism groups, endomorphism semigroups – automorphism groups, endomorphism semigroups • Classes of activities and objects are specified • Classes of activities and objects are specified using these invariants. using these invariants.

  15. Process Descriptions • If we shared an ontology of algebraic fields, • If we shared an ontology of algebraic fields, we would not share arbitrary sentences; we would not share arbitrary sentences; rather, we would share polynomials. rather, we would share polynomials. • Within PSL, process descriptions are boolean • Within PSL, process descriptions are boolean combinations of definable types realized in combinations of definable types realized in some model of the ontology. some model of the ontology. • Example: precondition axioms are types for • Example: precondition axioms are types for markov_precond activities markov_precond activities

  16. Semantic Integration • Issue: • Issue: – Automatic analysis of software application – Automatic analysis of software application interoperability from semantic mappings. interoperability from semantic mappings. • Problem: • Problem: – Automatically determine which concepts – Automatically determine which concepts are shared by two software applications. are shared by two software applications. • Solution: • Solution: – Twenty Questions Tool semi-automatically – Twenty Questions Tool semi-automatically generates mappings between PSL and generates mappings between PSL and application ontologies. application ontologies. – Use automated reasoners to compare – Use automated reasoners to compare semantic mappings for different semantic mappings for different applications. applications. Gruninger, M. and Kopena, J. (2003) Semantic Integration through Invariants, to Gruninger, M. and Kopena, J. (2003) Semantic Integration through Invariants, to appear in AI Magazine. appear in AI Magazine.

  17. Semantic Translation Translation definitions specify the mappings between PSL and application ontologies. Example: The AtomicProcess in OWL-S maps to the activity concept in PSL only if the activity is atomic and its preconditions and effects depend only on the state prior to the occurrences of the activity. (forall (?a) (iff (AtomicProcess ?a) (and (atomic ?a) (markov_precond ?a) (markov_effects ?a))))

  18. Twenty Questions How can we generate translation definitions? How can we generate translation definitions? • Each invariant from the classification of • Each invariant from the classification of models corresponds to a different question. models corresponds to a different question. • Any particular activity or object will have a • Any particular activity or object will have a unique value for the invariant. unique value for the invariant. • Each possible answer to a question • Each possible answer to a question corresponds to a different value for the corresponds to a different value for the invariant. invariant.

  19. Limitations • Not all theories have complete sets of • Not all theories have complete sets of invariants invariants • Invariants may not be first-order definable • Invariants may not be first-order definable • How do we determine the correctness of the • How do we determine the correctness of the translation definitions? translation definitions?

  20. Demonstrations • Automatic analysis of software application • Automatic analysis of software application interoperability from semantic mappings. interoperability from semantic mappings. • Automated analysis of business processes • Automated analysis of business processes • Self-coordinating software agents based on • Self-coordinating software agents based on published process specifications. published process specifications. • Construction project management • Construction project management • Behaviour recognition • Behaviour recognition

Recommend


More recommend