Skip to main content


Abstract processes of place/transition systems


Rob van Glabbeek, Ursula Goltz and Jens-Wolfhard Schicke



TU Braunschweig


A well-known problem in Petri net theory is to formalise an appropriate causality-based concept of process or run for place/transition systems. The so-called individual token interpretation, where tokens are distinguished according to their causal history, giving rise to the processes of Goltz and Reisig, is often considered too detailed. The problem of defining a fully satisfying more abstract concept of process for general place/transition systems has so-far not been solved. In this paper, we recall the proposal of defining an abstract notion of process, here called BD-process, in terms of equivalence classes of Goltz-Reisig processes, using an equivalence proposed by Best and Devillers. It yields a fully satisfying solution for at least all one-safe nets. However, for certain nets which intuitively have different conflicting behaviours, it yields only one maximal abstract process. Here we identify a class of place/transition systems, called structural conflict nets, where conflict and concurrency due to token multiplicity are clearly separated. We show that, in the case of structural conflict nets, the equivalence proposed by Best and Devillers yields a unique maximal abstract process only for conflict-free nets. Thereby BD-processes constitute a simple and fully satisfying solution in the class of structural conflict nets.

BibTeX Entry

    author           = {van Glabbeek, Robert and Goltz, Ursula and Schicke, Jens-Wolfhard},
    journal          = {Information Processing Letters},
    issn             = {0020-0190},
    number           = {13},
    month            = jul,
    volume           = {111},
    year             = {2011},
    keywords         = {concurrency, petri nets, p/t systems, causal semantics, processes},
    title            = {Abstract Processes of Place/Transition Systems},
    pages            = {626-633}


Served by Apache on Linux on seL4.
Served by Apache on Linux on seL4.