<?xml version="1.0" encoding="UTF-8"?>
<TEI xml:space="preserve" xmlns="http://www.tei-c.org/ns/1.0" 
xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" 
xsi:schemaLocation="http://www.tei-c.org/ns/1.0 https://raw.githubusercontent.com/kermitt2/grobid/master/grobid-home/schemas/xsd/Grobid.xsd"
 xmlns:xlink="http://www.w3.org/1999/xlink">
	<teiHeader xml:lang="en">
		<fileDesc>
			<titleStmt>
				<title level="a" type="main">On Discovering Distributed Process Models -the case of asynchronous communication</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author role="corresp">
							<persName><forename type="first">Pieter</forename><surname>Kwantes</surname></persName>
							<email>p.m.kwantes@liacs.leidenuniv.nl</email>
							<affiliation key="aff0">
								<orgName type="department">LIACS</orgName>
								<orgName type="institution">Leiden University</orgName>
								<address>
									<postBox>P.O.Box 9512</postBox>
									<postCode>NL-2300 RA</postCode>
									<settlement>Leiden</settlement>
									<country key="NL">The Netherlands</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Jetty</forename><surname>Kleijn</surname></persName>
							<affiliation key="aff0">
								<orgName type="department">LIACS</orgName>
								<orgName type="institution">Leiden University</orgName>
								<address>
									<postBox>P.O.Box 9512</postBox>
									<postCode>NL-2300 RA</postCode>
									<settlement>Leiden</settlement>
									<country key="NL">The Netherlands</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">On Discovering Distributed Process Models -the case of asynchronous communication</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">2850AC7157EAECED425A83611FFACE14</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T06:15+0000">
					<desc>GROBID - A machine learning software for extracting information from scholarly documents</desc>
					<ref target="https://github.com/kermitt2/grobid"/>
				</application>
			</appInfo>
		</encodingDesc>
		<profileDesc>
			<textClass>
				<keywords>
					<term>process discovery</term>
					<term>distributed process</term>
					<term>event log</term>
					<term>workflow net</term>
					<term>E-net</term>
					<term>I-net</term>
					<term>asynchronous channels</term>
					<term>partial order</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>This paper is concerned with the discovery of models of distributed processes from event logs under the assumption that an algorithm for the discovery of the component models is given. We use Enterprise nets to model local processes, while Industry nets are compositions of Enterprise nets which interact through asynchronous message passing. First, we investigate the relation between the behaviour of Enterprise nets and that of Industry nets and formalise the (causal) structure of global (Industry net) behaviour in terms of a partial order derived from the message passing. Next, we demonstrate how to leverage existing algorithms for the discovery of workflow nets to discover Enterprise nets and how to combine these into an Industry net. Using the results on the structure of the global behaviour, we relate the behaviour of the Industry net thus discovered to the behaviour of the Enterprise nets and show how fitness of the Enterprise nets (the event log provided as input is included in the behaviour of the discovered net) is preserved as fitness of the Industry net.</p></div>
			</abstract>
		</profileDesc>
	</teiHeader>
	<text xml:lang="en">
		<body>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1">Introduction</head><p>Industry nets have been introduced in <ref type="bibr" target="#b17">[18]</ref> as a framework to model global communication between enterprises where the design of their internal operations is left to the local level. In this set-up, operations at the enterprise level are represented by Enterprise nets (Petri nets with input, output, and internal transitions) and Industry nets are compositions of Enterprise nets that interact by exchanging messages through channels. In <ref type="bibr" target="#b17">[18]</ref>, a method is proposed to establish global compliance of an Industry net with a reference model by local checks (of Enterprise nets) only. In this paper, we focus on the discovery of Industry nets from a description of the (observed) global behaviour of a collection of collaborating enterprises.</p><p>Business process modelling and process mining are nowadays very active research areas and there are many approaches both to process discovery and conformance checking (see, eg., <ref type="bibr" target="#b5">[6,</ref><ref type="bibr" target="#b7">8,</ref><ref type="bibr" target="#b10">11]</ref>). Here, we take advantage of this and consider the discovery of distributed processes (modelled as Industry nets) assuming the existence of an algorithm for the discovery of component processes (in the form of Enterprise nets with their own activities). To be precise, we first demonstrate how an algorithm that computes from an event log a Petri net, say a workflow net <ref type="bibr" target="#b6">[7]</ref> (the Inductive Miner <ref type="bibr" target="#b18">[19]</ref> is an example of such an algorithm), can be adapted to yield an Enterprise net. Then, given some global behaviour and the local event logs determined by it, an Industry net is constructed by combining the Enterprise nets discovered from the respective local event logs.</p><p>In order to compare the given global behaviour with the behaviour (the firing sequences) of the Industry net, we first investigate, after a preliminary section, in Sections 3, 4, and 5, the relation between the behaviour of an Industry net and the firing sequences of its Enterprise nets. As a consequence of the asynchronous set-up, every sequence that can be executed by an Industry net is also locally executable (ignoring the actions of other components) by each of its Enterprise nets. To describe the converse relationship, we formulate a prefix property that identifies those action sequences that can be executed by an Industry net whenever they are locally executable in all component Enterprise nets. Furthermore, by explicitly assigning occurrences of output actions to (dependent) occurrences of input actions, we can associate with each sequence with the prefix property, a labelled partial order reflecting the necessary ordering of action occurrences in this sequence. All linearisations of this labelled partial order are also firing sequences of the Industry net. We show that, in case the input/output relation is based on a FIFO relation, the set of these linearisations is maximal. In Section 6, we demonstrate how to leverage existing process discovery algorithms to the discovery of Industry nets. Then we argue, based on the results from the earlier sections, how fitness of the nets delivered by the original algorithm (the event log provided as input is included in the behaviour of the discovered net) guarantees the fitness of the distributed model. Section 7 concludes the paper and briefly considers related work.</p><p>Due to the page limit, this paper has no proofs. We provide, however, examples, explanations, and lemmas to clarify our statements and results.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Preliminaries</head><p>N = {0, 1, 2, . . .} is the set of natural numbers including 0. For n ∈ N, we set [n] = {1, 2, 3, . . . , n} and if n = 0, then [n] = ∅. By A B we denote the union of disjoint sets A and B. Given a partial order R ⊆ A × A, we refer to a total order R ⊆ A × A such that R ⊆ R , as a linearisation of R.</p><p>An alphabet is a finite, non-empty, set of symbols. Let Σ be an alphabet. A word over Σ is a sequence w = a 1 • • • a n , with n ≥ 0 and a i ∈ Σ, for all i ∈ [n]; we refer to n as the length of w, denoted by |w|. If n = 0 then w is the empty word denoted by λ. Note that |λ| = 0. The set of all words over Σ is denoted as Σ * . Any subset of Σ * is a language (over Σ). It is often convenient to consider a word</p><formula xml:id="formula_0">w = a 1 • • • a n as a function w : [|w|] → Σ, defined by w(i) = a i for all i ∈ [n]. The alphabet of w is alph(w) = {w(i) | i ∈ [n]}. Hence alph(λ) = ∅. For a language L, Alph(L) = {alph(w) | w ∈ L} is the set of all symbols that occur in the words of L. If a word w is a concatenation of words v 1 and v 2 , i.e., w = v 1 v 2 , then v 1 is said to be a prefix of w. The number of occurrences of symbol a ∈ Σ in a word w ∈ Σ * is defined as # a (w) = |{i | w(i) = a})| and the set of occurrences of w is occ(w) = {(a, i) | a ∈ alph(w) ∧ 1 ≤ i ≤ # a (w)}.</formula><p>In addition, we allocate a position with each occurrence of w through the function pos w : occ(w) → [|w|] as follows: for all (a, i) ∈ occ(w), pos w ((a, i)</p><formula xml:id="formula_1">) = k if w(k) = a and # a (w(1) • • • w(k)) = i. For a subset ∆ of Σ, the projection of Σ * on ∆ * is a function proj Σ,∆ : Σ * → ∆ * , defined by proj Σ,∆ (a) = a if a ∈ ∆, and proj Σ,∆ (a) = λ otherwise; furthermore proj Σ,∆ (wa) = proj Σ,∆ (w)proj Σ,∆<label>(</label></formula><p>a) whenever w ∈ Σ * and a ∈ Σ. We omit the subscript Σ if it is clear from the context and thus write proj ∆ (w) instead of proj Σ,∆ (w).</p><p>Petri nets A Petri net is a triple N = (P, T, F ), where P is a finite set of places, T is a finite non-empty set of transitions such that P ∩ T = ∅, and F ⊆ (P × T ) ∪ (T × P ) is a set of arcs. Let N = (P, T, F ) be a Petri net. If N = (P , T , F ) is a Petri net such that P ∪T and P ∪T have no elements in common, then N and N are disjoint. Let x ∈ P ∪ T . Then • x = {y | (y, x) ∈ F } and x • = {y | (x, y) ∈ F } are the preset and the postset, respectively, of x (in N ). A marking µ of N is a function µ : P → N. Let t ∈ T and µ a marking of N . Then t is enabled at µ if µ(p) &gt; 0 for all p ∈ • t. If t is enabled at µ, it may occur, and thus lead to a new marking µ of N , denoted</p><formula xml:id="formula_2">µ t − → N µ , with µ (p) = µ(p) − 1 whenever p ∈ • t\t • ; µ (p) = µ(p)+1 whenever p ∈ t • \ • t; and µ (p) = µ(p) otherwise.</formula><p>We extend the notation µ − → N µ for some marking µ } consists of all possible firing sequences of N from µ. A place p ∈ P is a source place of N if • p = ∅ and it is a sink place of N if p • = ∅. The marking µ of N such that, for all p ∈ P , µ(p) = 1 if p is a source place and µ(p) = 0 otherwise, is the default initial marking of N . If µ is the default initial marking of N , we may write L(N ) to denote L(N, µ) and refer to it as the language of N . A workflow net (see <ref type="bibr" target="#b6">[7]</ref>) is a Petri net with exactly one source and one sink place such that every place and every transition are on a path from source to sink.</p><p>Enterprise nets and Industry nets We recall the definitions of Enterprise and Industry nets from <ref type="bibr" target="#b17">[18]</ref>. Enterprise nets (or E-nets, for short) are Petri nets equipped for asynchronous communication with other E-nets; they have transitions for inputting and transitions for outputting. An interaction between E-nets is realised by an occurrence of an output transition of one E-net and a (later) occurrence of an input transition of another E-net with a matching message type. We let M denote the set of message types fixed throughout this paper. Definition 1. An Enterprise net is a tuple E = (P, [T int , T inp , T out ], F, M ) such that T int , T inp , and T out are mutually disjoint sets; T int is the set of internal transitions of E, T inp its set of input transitions, and T out its set of output transitions; furthermore, the underlying Petri net of E, und(E) = (P, T int T inp T out , F ), is a Petri net with exactly one source place; finally M : T inp ∪ T out → M is the communication function of E.</p><p>Given an Enterprise net E, L(E) = L(und(E)) is the language of E.</p><p>Note that E-nets, like workflow nets, have a single source place; no further restrictions are imposed on the underlying net.</p><p>Composing E-nets yields an Industry-net (or I-net, for short) with multiple source places. The E-nets involved are pairwise disjoint, i.e., their underlying Petri nets are disjoint. When combining them into an I-net, output and input transitions are matched via their message types.</p><formula xml:id="formula_3">Definition 2. Let n ≥ 2. Let V = {E i | i ∈ [n]} be a set of pairwise disjoint E-nets with E i = (P i , [T i,int , T i,inp , T i,out ], F i , M i ) for each i ∈ [n]. A matching over V is a bijection ϕ : i∈[n] T i,out → j∈[n] T j,inp such that whenever t ∈ T i,out and ϕ(t) ∈ T j,inp , for some i, j, then i = j and M i (t) = M j (ϕ(t)).</formula><p>A set V of mutually disjoint E-nets is said to be composable if there exists a matching over V . To construct an I-net from a composable set V and a matching ϕ over V , matching output and input transitions of the E-nets in V are connected through (new) channel places using channel arcs.</p><formula xml:id="formula_4">Definition 3. Let n ≥ 2. Let V = {E i : i ∈ [n]} be a composable set of E-nets with E i = (P i , [T i,int , T i,inp , T i,out ], F i , M i ) and T i = T i,int ∪ T i,inp ∪ T i,out for all i ∈ [n]. Let ϕ be a matching over V . Then P (V, ϕ) = {[t, ϕ(t)] | t ∈ T i,out , i ∈ [n]} is the set of channel places of V and ϕ, and F (V, ϕ) = {(t, [t, ϕ(t)]) | t ∈ T i,out , i ∈ [n]}∪{([t, ϕ(t)], ϕ(t)) | t ∈ T i,out , i ∈ [n]} is the set of channel arcs of V and ϕ. The sets P (V, ϕ), F (V, ϕ), and P i , T i , F i , where i ∈ [n], are all pairwise disjoint. The Industry net over (V, ϕ) is the Petri net I(V, ϕ) = (P, T, F ) with P = i∈[n] P i ∪ P (V, ϕ), T = i∈[n] T i , and F = i∈[n] F i ∪ F (V, ϕ).</formula><p>The notion of an E-net can be considered a generalisation of the notion of a workflow net through its underlying net. This generalisation is motivated, in particular, by the observation that workflows in enterprises often interact with workflows in other enterprises by a bilateral, asynchronous exchange of messages of a specified type (see eg., <ref type="bibr" target="#b19">[20,</ref><ref type="bibr" target="#b15">16,</ref><ref type="bibr" target="#b23">24,</ref><ref type="bibr" target="#b11">12]</ref>). The similarity between E-nets and workflow nets, moreover, allows us to leverage the large amount of research into the automated discovery of workflow nets, for the purpose of automated discovery of E-nets. The term "Industry", in "Industry net", is used loosely to refer to any group of collaborating enterprises.</p><p>Example 1. Consider two enterprises, an Investment Firm (IF) and an Exchange (EX), modelled by the E-nets E IF and E EX in Figs. <ref type="figure" target="#fig_4">1a and 1b</ref>, respectively. The Investment Firm sends order messages to the Exchange (modelled by output transition so with message type m o ). The Exchange, upon receiving a message (via input transition ro with message type m o ), subsequently sends an order confirmation message to the Investment Firm (output transition sc with message type m c ). Then I(V, ϕ), the I-net in Fig. <ref type="figure" target="#fig_4">1c</ref>, with V = {E IF , E EX } and ϕ defined by ϕ(so) = ro and ϕ(sc) = rc, models the collaboration between the Investment Firm and the Exchange. Note that V allows only one matching.</p><p>The ideas underlying the concepts of E-nets and I-nets belong to a wellestablished branch of research concerned with composing systems modelled as Petri nets, into larger correctly functioning (concurrent) systems (see eg., <ref type="bibr" target="#b12">[13,</ref><ref type="bibr" target="#b13">14,</ref><ref type="bibr" target="#b21">22,</ref><ref type="bibr" target="#b22">23]</ref>). In <ref type="bibr" target="#b0">[1]</ref> and also in <ref type="bibr" target="#b24">[25]</ref> compositions of so-called open workflow nets are considered. These are Petri nets with interface places to communicate with other Petri nets. In <ref type="bibr" target="#b13">[14]</ref>, similar to the set-up of I-nets, local Petri nets do not have interface places but they communicate via distinguished input and output labels. As mentioned in <ref type="bibr" target="#b13">[14]</ref>, the advantage of this approach is that it leads to a better separation of concerns: eg., the designer of a local system does not have to consider how it will be used; this is a concern for the designer of the global system. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">E-net languages and I-net languages</head><p>Let V , ϕ, and I(V, ϕ) = (P, T, F ) as specified in Definition 3, be fixed for this section, and for Section 4 and Section 5.</p><p>Clearly, the construction of I(V, ϕ) does not affect the internal structure of the E-nets in V and the set of source places of I(V, ϕ) consists of all source places of the E i . Moreover, removing channel places does not restrict the behaviour of an E-net. Consequently, all firing sequences in L(I(V, ϕ)) are combinations of firing sequences from the languages of the component nets.</p><formula xml:id="formula_5">Lemma 1. If w ∈ L(I(V, ϕ)), then proj Ti (w) ∈ L(E i ) for all i ∈ [n].</formula><p>On the other hand, the composition of E-nets into an I-net adds a channel place to the preset of each input transition. Consequently, the behaviour of an E-net may become restricted in the I-net. The property defined next describes how the occurrence of input transitions depends on the occurrence of output transitions. Definition 4. Let w ∈ T * . Then w has the prefix property with respect to ϕ if # a (u) ≤ # ϕ −1 (a) (u) for all prefixes u of w and all a ∈ T inp . A language L ⊆ T * has the prefix property with respect to ϕ if all w ∈ L have this property.</p><p>We will omit the reference to ϕ as it is fixed.</p><p>The asynchronous communication between its component E-nets guarantees that the firing sequences of I(V, ϕ) have the prefix property. Conversely, any sequence w ∈ T * that can be (locally) executed by all E-nets and that satisfies the prefix property, belongs to L(I(V, ϕ)). From Lemma 1 and Theorem 1, it follows that whenever there exists a language L with the prefix property and for which proj Ti (L) = L(E i ) for all i ∈ [n], the I-net captures the full unrestricted behaviour of each E-net. It should however be noted, that the conditions on L in Corollary 1 do not imply that L(I(V, ϕ)) = L. By Theorem 1, L ⊆ L(I(V, ϕ)) and as we argue next, this inclusion may be strict.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Structuring words with the prefix property</head><p>Whereas the prefix property is based on a simple comparison of numbers of occurrences, assignment functions, as defined next, relate each occurrence of an input transition to a corresponding occurrence of an output transition. Definition 5. An assignment function with respect to ϕ for a word w ∈ T * is an injective function θ : (occ(w) ∩ (T inp × N)) → occ(w) such that for every occurrence (b, j) ∈ occ(w) with b ∈ T inp , θ(b, j) = (a, i) where a = ϕ −1 (b) and i is such that pos w (a, i) &lt; pos w (b, j).</p><p>Again, since ϕ is fixed, we will omit the reference to ϕ.</p><p>Remark 1. Clearly, every word for which an assignment function exists, has the prefix property. Conversely, whenever a word has the prefix property it has at least one (in general, more than one) assignment function. By condition (1), ≤ w,θ incorporates the ordering of occurrences of transitions in w that originate from the same E-net; by <ref type="bibr" target="#b1">(2)</ref>, it reflects the order of occurrences of input transitions and their assigned occurrences of output transitions.</p><p>Lemma 4. Let w ∈ T * and let θ be an assignment function for w. Then ≤ + w,θ , the transitive closure of ≤ w,θ , is a partial order on occ(w).</p><p>The linearisations of ≤ + w,θ , where w is a word and θ an assignment function for w, define a set of words that can be obtained from w by (repeatedly) interchanging the positions of unrelated occurrences. Definition 7. Let w ∈ T * and let θ be an assignment function for w. Then lin θ (w) = {v ∈ T * | occ(v) = occ(w) and for all x, y ∈ occ(v), x ≤ + w,θ y implies pos v (x) ≤ pos v (y)} is the set of θ-linearisations of w.</p><p>Clearly w ∈ lin θ (w) whenever lin θ (w) is defined.</p><p>Remark 2. Let w and θ as in Definition 7 and let v ∈ lin θ (w). Then (1) proj Ti (v) = proj Ti (w) for all i ∈ [n] and (2) θ is an assignment function for v and lin θ (v) = lin θ (w). From (2) and Remark 1, it follows that v has the prefix property.</p><p>Example 4. (Ex. 3 ctd.) Let v = abab. Then occ(v) = occ(w) and lin θ (w) = {v, w}. Clearly, θ is an assignment function for v and lin θ (v) = lin θ (w). Note that lin θ (w) = {w} and θ is not an assignment function for v.</p><p>By combining Remark 2 with Lemma 3, the statement of Lemma 3 can be strengthened. This shows that whenever a word with the prefix property can be locally executed by all component E-nets, then, for all its assignment functions θ, each of its θ-linearisations can be executed globally by the I-net.  Let w = so, ro, sc, rc, si, ri, ss, rs . So, w can be (locally) executed by each of the three enterprise nets in Fig. <ref type="figure" target="#fig_2">2</ref>. Also, w has the prefix property (w.r.t. ϕ displayed in Fig. <ref type="figure" target="#fig_2">2</ref>). Hence w is in the language of the I-net in Fig. <ref type="figure" target="#fig_2">2</ref>. Define θ by θ(ro, 1) = (so, 1), θ(rc, 1) = (sc, 1), θ(ri, 1) = (si, 1), and θ(rs, 1) = (ss, 1). This θ is an (the only) assignment function for w (w.r.t. ϕ). Consider v = so, ro, sc, si, rc, ri, ss, rs , obtained from w by exchanging (si, 1) and (rc, 1). These occurrences are not ordered by ≤ + w,θ . Hence v ∈ lin θ (w) and v is, like w, in the language of the I-net.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5">Assignment functions of type FIFO</head><p>By Theorem 2, every assignment function θ for a word w with the prefix property determines a set of words lin θ (w) that can be executed by the I-net, provided w can be locally executed by all component E-nets. As remarked earlier, a word with the prefix property may have more than one assignment function. In this section we demonstrate that considering one particular type of assignment function is sufficient to describe all possible linearisations. Intuitively, in terms of the I-net, one could say that each assignment function describes for each occurrence of an input transition, which token it should take from its input channel place (namely the token deposited by the assigned occurrence of its output transition). Based on this point of view, the following two types of assignment functions represent natural policies to deal with the messages (tokens) in the channel places. Definition 8. Let w ∈ T * and let θ be an assignment function for w. Then (1) θ is of type FIFO with respect to ϕ if, θ(b, j) = (ϕ −1 (b), j) for every (b, j) ∈ occ(w) such that b ∈ T inp ;</p><p>(2) θ is of type Stack with respect to ϕ if, for every (b, j) ∈ occ(w) such that b ∈ T inp , θ(b, j) = (a, i) where a = ϕ −1 (b), w = xaybz, for some x, y, z ∈ occ(w) such that # b (y) = # a (y), and j = # b (xayb) and i = # a (xa).</p><p>Again, since ϕ is fixed, we will omit the reference to ϕ.</p><p>Every word with the prefix property has one assignment function of type FIFO and one of type Stack (and these functions may be the same). Example 6. (Ex. 3 and Ex. 4 ctd.) For w, the assignment function θ is of type FIFO and θ is of type Stack. Moreover, θ is an assignment function for v of type FIFO and of type Stack.</p><p>In the sequel, θ fifo w denotes the assignment function of type FIFO of any word w ∈ T * with the prefix property. In addition, if L ⊆ T * is a language that has the prefix property, then lin FIFO (L) = {lin θ fifo w (w) | w ∈ L} consists of all FIFO-linearisations of L.</p><p>Lemma 5. Let v, w ∈ T * be such that v and w have the prefix property and occ(v) = occ(w). Then</p><formula xml:id="formula_6">θ fifo v = θ fifo w .</formula><p>This observation does not hold for all assignment functions as can be seen in Example 6. Assignment functions of type FIFO are also special as they impose the least restrictive ordering (with for each occurrence of an input transition, only one occurrence of an output transition that precedes it). and thus a maximal (w.r.t. set inclusion) set of linearisations. Example 7. Let I(V, ϕ) be the I-net in Fig. <ref type="figure" target="#fig_3">3</ref> (extending Fig. <ref type="figure" target="#fig_4">1c</ref>). The Investment Firm from Example 2 can now send multiple orders to the Exchange. This is modelled using internal transitions in the E-nets: ii1 and ii2 for the Investment Firm and ei1 and ei2 for the Exchange. Fig. <ref type="figure" target="#fig_3">3</ref>: I-net with option to repeat orders Let v = ei1, ii1, so, ii2, ro, ei2, so, ii2, ro, ei2, so, ro, sc, rc and let w = ei1, ii1, so, ii2, so, ii2, so, ro, ei2, ro, ei2, ro, sc, rc . Clearly, both v and w have the prefix property and proj Ti (v) = proj Ti (w) for i ∈ {1, 2} with T 1 = {ii1, ii2, so, rc} and T 2 = {ei1, ei2, ro, sc}. Let θ be the assignment function for w of type FIFO. Hence, by Lemma 6, v ∈ lin θ (w). However, for the assignment function θ of w of type Stack (and thus θ (ro, 1) = (so,3)), v ∈ lin θ (w) does not hold.</p><p>For a language L ⊆ T * that has the prefix property, we denote by lin(L) the language consisting of all words that can be obtained as a θ-linearisation of any word w ∈ L in for whatever assignment function θ for w. Thus, lin(L) = {lin θ (w) | w ∈ L and θ an assignment function for w}.</p><p>Using Lemma 6, we obtain the following extension of Theorem 2.</p><p>Theorem 3. Let L ⊆ T * be a language with the prefix property such that</p><formula xml:id="formula_7">proj Ti (L) ⊆ L(E i ) for all i ∈ [n]. Then L ⊆ lin(L) ⊆ lin FIFO (L) ⊆ L(I(V, ϕ)).</formula><p>This theorem together with Theorem 1 shows that the languages of I-nets are closed under exchanging independent occurrences of transitions.</p><p>Corollary 2. lin(L(I(V, ϕ))) = lin FIFO (L(I(V, ϕ))) = L(I(V, ϕ)).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6">Discovery of I-nets</head><p>We are now ready to address our initial question: given an event log (language), representing the observed behaviour of a given number of distinct, collaborating enterprises, construct an I-net that generates this observed behaviour. In this section, we will demonstrate how we can leverage existing algorithms for the discovery of isolated (local) processes, to solve this problem. A formal definition of such a process discovery algorithm, based on <ref type="bibr" target="#b5">[6]</ref>, is given next.</p><p>Definition 9. Let L be a family of languages. A process discovery algorithm A for L is an algorithm that computes for all L ∈ L, a Petri net A(L) = (P, T, F ) with a single source place and such that T = Alph(L) and L ⊆ L(A(L)).</p><p>To leverage such algorithms to a system of asynchronously communicating nets, one needs to describe the distribution of actions over components in combination with their role as internal, input, or output action. This leads to the concept of a distributed communicating alphabet defined next.</p><p>Definition 10. Let n ≥ 1. An n-dimensional distributed communicating alphabet (or n-DCA, for short) is a tuple </p><formula xml:id="formula_8">DA = ([Σ 1 , . . . , Σ n ], [Σ int , Σ inp , Σ out ], mt, cp) such that -Σ 1 , . . . ,</formula><formula xml:id="formula_9">Σ inp ∪ Σ out → Σ inp ∪ Σ out is a ( complementing) bijection, which is not defined (cp = ∅) if n = 1, and otherwise (n ≥ 2), for all a ∈ Σ inp ∪Σ out : if a ∈ Σ inp , then cp(a) ∈ Σ out and if a ∈ Σ out , then cp(a) ∈ Σ inp ; if a ∈ Σ i for some i ∈ [n],</formula><p>then cp(a) ∈ Σ j where j ∈ [n] is such that i = j; mt(cp(a)) = mt(a); and cp(cp(a)) = a.</p><p>The alphabet i∈[n] Σ i = Σ int Σ inp Σ out in Definition 10, also referred to as the underlying alphabet of the n-DCA DA, is intended to represent the actions available to n interacting enterprises. DA describes both their distribution across the enterprises and their interaction capacities. A 1-DCA consists of a single enterprise. When specifying a 1-DCA, we can omit its complementing bijection cp as it is not defined (and not needed). For i ∈ [n], we refer to the 1-DCA DA i = ([Σ i ], [Σ i,int , Σ i,inp , Σ i,out ], mt i ) as the i-th component of DA.</p><p>For the rest of this section we assume a fixed family of languages L and a fixed process discovery algorithm A for L. The following definition describes how A can be used to discover E-nets.</p><p>Definition 11. The E-net discovery algorithm derived from A, is the algorithm A E that computes, for all pairs (L, DA) such that L ∈ L with A(L) = (P, T, F ), and DA = ([T ], [T int , T inp , T out ], mt) is a 1-DCA with Alph(L) = T as its underlying alphabet, the E-net A E (L, DA) = (P, [T int , T inp , T out ], F, mt).</p><p>Thus A E adds the information from DA to the transitions of A(L). Clearly, A E (L, DA) is an E-net. <ref type="foot" target="#foot_2">3</ref> From Definitions 9 and 11, we have L ⊆ L(A(L)) = L(E). Now we move to the discovery of I-nets on basis of A. Note that A I (L, DA) = I(V, ϕ) in Definition 12 is indeed an I-net, since, by Definition 11, for all i ∈ [n], A E (proj Σi (L), DA i ) is an E-net with set of transitions Σ i ; the Σ i are mutually disjoint; and the properties of cp described in Definition 10 guarantee that ϕ is a matching for V .</p><p>By Definitions 9 and 12, we can transfer Theorem 1, Corollary 1, and Theorem 3 to the setting of discovering an I-net from a given language L. Theorem 4. Let L be a language with the prefix property. Let n ≥ 2 and let DA be an n-DCA with Alph(L) as its underlying alphabet Let</p><formula xml:id="formula_10">A I (L, DA) = I(V, ϕ) with V = {E i | i ∈ [n]}. Then (1) L ⊆ lin(L) ⊆ lin FIFO (L) ⊆ L(I(V, ϕ)); (2) proj Σi (L(I(V, ϕ))) = proj Σi (L) if proj Σi (L) = L(E i ) for all i ∈ [n],</formula><p>where for each i ∈ [n], Σ i is the underlying alphabet of DA i . Thus, given a language L with the prefix property representing an event log of a system of n enterprises, and an n-dimensional distributed communicating alphabet, we can construct an I-net as described in Definition 12. This I-net has all words in L as firing sequences together with all their linearisations (obtained by exchanging occurrences of independent actions). In fact, it is sufficient to consider only their FIFO-linearisations. Even then, though, there may be more firing sequences than what can be deduced from the description L of the observed behaviour. By Theorem 4.( <ref type="formula">2</ref>), a precise fit of the enterprise nets is preserved in the I-net constructed. We are currently working on a characterisation of properties of L that would guarantee that the language of L is exactly lin(L). </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7">Discussion</head><p>In this paper we have considered the problem of discovering a distributed process model (in the form of an I-net) from an event log (given in the form of a language). Moreover, the number of participating processes (modelled as E-nets) is given together with their channels (in the form of matching input and output actions). We have shown how an (existing) algorithm  <ref type="formula">1</ref>)) and the role of the channels. The exchange of independent occurrences of actions suggests a relationship to the well-known Mazurkiewicz traces (equivalence classes of words, see, eg., <ref type="bibr" target="#b20">[21]</ref>) and their dependence graphs (defining their causal structure in the form of a labelled partial order, see <ref type="bibr" target="#b14">[15]</ref>). There is however an important difference: independence in Mazurkiewicz' theory is between actions rather than their occurrences. The independence between occurrences considered here can be seen as being context sensitive and determined by the history leading to these occurrences which leads to a theory of context dependent or local traces (see, eg., <ref type="bibr" target="#b9">[10,</ref><ref type="bibr" target="#b16">17]</ref>). In <ref type="bibr" target="#b13">[14]</ref>, a model similar to our I-nets is considered. There channel properties are investigated in terms of asynchronous I/O-transition systems rather than languages. The asynchronously composed I/O-Petri nets considered, use communication channels modelled by places of Petri nets rather than imposing the usual FIFO requirement of communication channels. However, as can be seen from our results, choosing FIFO channels or the standard unordered places, does not affect the language.</p><p>Returning to the discovering of distributed process models, it was our initial idea to investigate to what extent existing algorithms for the dis-covery of single (isolated) processes could be used to discover distributed systems. The subject of process mining is an active research area, that has resulted in many process discovery algorithms (see, eg., <ref type="bibr" target="#b5">[6]</ref> for an overview). Typically, these algorithms allow for the discovery of local processes in isolation, i.e., interaction between processes is not taken into account. Note that the approach as outlined here, is also different from the one followed in <ref type="bibr" target="#b1">[2,</ref><ref type="bibr" target="#b3">4]</ref> where the problem of process mining from large event logs is addressed. There, different options to distribute the mining problem over sublogs (with overlapping activities) are considered, whereas in the current paper we assume the (disjoint) components given. Of special interest are the passages from <ref type="bibr" target="#b2">[3]</ref>. Provided a causal structure (a 'skeleton' of the process) is known, a larger model can be decomposed into (synchronising) fragments making a divide-and-conquer approach possible In <ref type="bibr" target="#b8">[9]</ref> the event logs of Multi Agent Systems are projected onto each agent to discover component models in terms of workflow nets by using existing process discovery algorithms, similar to our approach. By means of α-morphisms an abstraction of each component model is derived. The aim of <ref type="bibr" target="#b8">[9]</ref> however, is to show that if the composition of these abstract models is sound, the composition of the original component models is sound.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head></head><label></label><figDesc>to sequences w ∈ T * as follows 1 : µ λ − → N µ for all µ; and µ wt −→ N µ for markings µ, µ of N , w ∈ T * and t ∈ T , whenever there is a marking µ such that µ w − → N µ and µ t − → N µ . If µ w − → N µ , for some w ∈ T * , we say that µ is reachable from µ (in N ). The language L(N, µ) = {w ∈ T * | µ w</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head></head><label></label><figDesc>Fig. 1</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>Lemma 2 .</head><label>2</label><figDesc>If w ∈ L(I(V, ϕ)), then w has the prefix property.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head>Lemma 3 .</head><label>3</label><figDesc>Let w ∈ T * be such that proj Ti (w) ∈ L(E i ) for all i ∈ [n]. If w has the prefix property, then w ∈ L(I(V, ϕ)). Example 2. (Ex. 1 ctd.) Let T = {so, rc, ro, sc}. Let w = so, ro, sc, rc . 2 Now proj T IF (w) = so, rc ∈ L(E IF ) and proj T EX (w) = ro, sc ∈ L(E EX ), where T IF and T EX are the sets of transitions of E IF and E EX , respectively.Obviously, w has the prefix property. Thus w ∈ L(I(V, ϕ)) by Lemma 3. For w = so, ro, rc, sc , the prefix property does not hold: in u = so, ro, rc , a prefix of w , we have # rc (u) = 1, but # sc (u) = 0. Indeed, w ∈ L(I(V, ϕ)) although proj T IF (w ) = proj T IF (w) and proj T EX (w ) = proj T EX (w).Combining the above three lemmas yields Theorem 1. Let L ⊆ T * . Then L ⊆ L(I(V, ϕ)) if and only if L has the prefix property and proj Ti (L) ⊆ L(E i ) for all i ∈ [n].</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_4"><head>Corollary 1 .</head><label>1</label><figDesc>Let L ⊆ T * be such that L has the prefix property and proj Ti (L) = L(E i ) for all i ∈ [n]. Then proj Ti (L(I(V, ϕ))) = L(E i ) for all i ∈ [n].</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_5"><head>Example 3 .</head><label>3</label><figDesc>Assume T = {a, b} and ϕ(a) = b. Let w = aabb. Then w has two assignment functions: θ defined by θ(b, 1) = (a, 1) and θ(b, 2) = (a, 2); and θ defined by θ (b, 1) = (a, 2) and θ (b, 2) = (a, 1).Each assignment function for w determines a partial order on occ(w). Definition 6. Let w ∈ T * and let θ be an assignment function for w. Let (a, i), (b, j) ∈ occ(w), with a ∈ T k and b ∈ T l for some k, l ∈ [n]. Then (a, i) ≤ w,θ (b, j) if (1) k = l and pos w (a, i) ≤ pos w (b, j) or (2) k = l and b ∈ T inp and θ(b, j) = (a, i).</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_6"><head>Theorem 2 .</head><label>2</label><figDesc>Let w ∈ T * be such that proj Ti (w) ∈ L(E i ) for all i ∈ [n]. If θ is an assignment function for w, then lin θ (w) ⊆ L(I(V, ϕ)).Example 5. The I-net in Fig.2is an extension of the I-net from Example 2. The Exchange, after sending a confirmation (output transition sc) to the Investment Firm, can send (output transition si) a settlement instruction to the Central Securities Depositary (CD) to transfer ordered securities to the Investment Firm. The Central Securities Depositary -after receiving (input transition ri matching si) the settlement instruction -sends (output transition ss) a confirmation of settlement to the Investment Firm (that receives the message via input transition rs).</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_7"><head>Fig</head><label></label><figDesc>Fig. I-net composed of E IF , E EX and E CD</figDesc><graphic coords="9,255.88,355.75,107.37,146.98" type="bitmap" /></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_8"><head>Lemma 6 .</head><label>6</label><figDesc>Let w ∈ T * have the prefix property. Then lin θ fifo w (w) = {v ∈ T * | v has the prefix property and proj Ti (v) = proj Ti (w) for all i ∈ [n]}. The inclusion from left to right is true for all assignment functions by Remark 2. The converse follows from Lemma 5 and Definition 7.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_9"><head>Definition 12 .</head><label>12</label><figDesc>The I-net discovery algorithm derived from A, is the algorithm A I that computes, for all pairs (L, DA) such that-DA = ([Σ 1 , . . . , Σ n ], [Σ int , Σ inp , Σ out ], mt, cp) is an n-DCAfor an n ≥ 2, -Alph(L) = i∈[n] Σ i ,the underlying alphabet of DA, and proj Σi (L) ∈ L for all i ∈ [n], the I-net A I (L, DA) = I(V, ϕ) with V = {A E (proj Σi (L), DA i ) | i ∈ [n]} and ϕ(a) = cp(a) for all a ∈ Σ out .</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_10"><head>Example 8 .Fig. 4 :</head><label>84</label><figDesc>Fig. 4: The 2-DCA DA</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_11"><head></head><label></label><figDesc>Fig. 5</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head></head><label></label><figDesc>Σ n are non-empty, pairwise disjoint alphabets; -Σ int , Σ inp , Σ out are pairwise disjoint alphabets consisting of internal actions, input actions and output actions, respectively;-i∈[n] Σ i = Σ int Σ inp Σ out ; -mt : Σ inp ∪ Σ out → Mis a function that assigns message types to the input and output actions; -cp :</figDesc><table /></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0">We thus view T as an alphabet of action symbols.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="2" xml:id="foot_1">The elements of the alphabet T are symbols consisting of two letters. In order to avoid confusion, we denote in this and similar examples, any sequence a1 • • • an with ai ∈ T for each i ∈ [n] by a1, • • • , an .</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="3" xml:id="foot_2">In case A is an algorithm for the discovery of workflow nets, like the Inductive Miner<ref type="bibr" target="#b18">[19]</ref>, AE(L, DA) would have the structure of a workflow net.</note>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Service Interaction: Patterns, Formalization, and Analysis Lect</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">P</forename><surname>Wil</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Arjan</forename><forename type="middle">J</forename><surname>Van Der Aalst</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Christian</forename><surname>Mooij</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Karsten</forename><surname>Stahl</surname></persName>
		</author>
		<author>
			<persName><surname>Wolf</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Notes in Comput. Sci</title>
		<imprint>
			<biblScope unit="volume">5569</biblScope>
			<biblScope unit="page" from="42" to="88" />
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Distributed Process Discovery and Conformance Checking</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">P</forename><surname>Wil</surname></persName>
		</author>
		<author>
			<persName><surname>Van Der Aalst</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Lect. Notes in Comput. Sci</title>
		<imprint>
			<biblScope unit="volume">7212</biblScope>
			<biblScope unit="page" from="1" to="25" />
			<date type="published" when="2012">2012</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Decomposing Process Mining Problems Using Passages</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">P</forename><surname>Wil</surname></persName>
		</author>
		<author>
			<persName><surname>Van Der Aalst</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Lect. Notes in Comput. Sci</title>
		<imprint>
			<biblScope unit="volume">7347</biblScope>
			<biblScope unit="page" from="72" to="91" />
			<date type="published" when="2012">2012</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Decomposing Petri nets for Process Mining: A Generic Approach</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">P</forename><surname>Wil</surname></persName>
		</author>
		<author>
			<persName><surname>Van Der Aalst</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Distr. and Parallel Databases</title>
		<imprint>
			<biblScope unit="volume">31</biblScope>
			<biblScope unit="issue">4</biblScope>
			<biblScope unit="page" from="471" to="507" />
			<date type="published" when="2013">2013</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Service Mining: Using Process Mining to Discover, Check, and Improve Service Behavior</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">P</forename><surname>Wil</surname></persName>
		</author>
		<author>
			<persName><surname>Van Der Aalst</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IEEE Trans. Serv. Comput</title>
		<imprint>
			<biblScope unit="volume">6</biblScope>
			<biblScope unit="issue">4</biblScope>
			<biblScope unit="page" from="525" to="535" />
			<date type="published" when="2013">2013</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<monogr>
		<title level="m" type="main">Process Mining -Data Science in Action Second Edition</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">P</forename><surname>Wil</surname></persName>
		</author>
		<author>
			<persName><surname>Van Der Aalst</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2016">2016</date>
			<publisher>Springer</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<monogr>
		<title level="m" type="main">Modeling Business Processes -A Petri Net-Oriented Approach</title>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">P</forename><surname>Wil</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Christian</forename><surname>Van Der Aalst</surname></persName>
		</author>
		<author>
			<persName><surname>Stahl</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2011">2011</date>
			<publisher>MIT Press</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<monogr>
		<title level="m" type="main">Automated Discovery of Process Models from Event Logs: Review and Benchmark</title>
		<author>
			<persName><forename type="first">Adriano</forename><surname>Augusto</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Raffaele</forename><surname>Conforti</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Marlon</forename><surname>Dumas</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Marcello</forename><forename type="middle">La</forename><surname>Rosa</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Maria</forename><surname>Fabrizio</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Andrea</forename><surname>Maggi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Massimo</forename><surname>Marrella</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Allar</forename><surname>Mecella</surname></persName>
		</author>
		<author>
			<persName><surname>Soo</surname></persName>
		</author>
		<idno type="arXiv">arXiv:1705.02288v3</idno>
		<imprint>
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
	<note>cs.SE</note>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Compositional Discovery of Workflow Nets from Event Logs Using Morphisms</title>
		<author>
			<persName><forename type="first">Luca</forename><surname>Bernardinello</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Irina</forename><forename type="middle">A</forename><surname>Lomazova</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">CEUR Workshop Proceedings</title>
				<imprint>
			<date type="published" when="2018">2018</date>
			<biblScope unit="volume">2115</biblScope>
			<biblScope unit="page" from="39" to="55" />
		</imprint>
	</monogr>
	<note>ATAED 2018</note>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">Reliable Generalized and Context Dependent Commutation relations</title>
		<author>
			<persName><forename type="first">Isabelle</forename><surname>Biermann</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Brigitte</forename><surname>Rozoy</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Lect. Notes in Comput. Sci</title>
		<imprint>
			<biblScope unit="volume">1214</biblScope>
			<biblScope unit="page" from="165" to="176" />
			<date type="published" when="1997">1997</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<monogr>
		<title level="m" type="main">Conformance Checking -Relating Processes and Models</title>
		<author>
			<persName><forename type="first">Josep</forename><surname>Carmona</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Boudewijn</forename><forename type="middle">F</forename><surname>Van Dongen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Andreas</forename><surname>Solti</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Matthias</forename><surname>Weidlich</surname></persName>
		</author>
		<imprint>
			<date type="published" when="2018">2018</date>
			<publisher>Springer</publisher>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<monogr>
		<author>
			<persName><surname>Edsn</surname></persName>
		</author>
		<ptr target="https://www.edsn.nl/" />
		<title level="m">Marktfacilitering</title>
				<imprint>
			<date type="published" when="2018">2018</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">Structuring and composability issues in Petri nets modeling</title>
		<author>
			<persName><forename type="first">Luís</forename><surname>Gomes</surname></persName>
		</author>
		<author>
			<persName><forename type="first">João</forename><surname>Paulo</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Barros</forename></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">IEEE Trans. Industrial Informatics</title>
		<imprint>
			<biblScope unit="volume">1</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="112" to="123" />
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<analytic>
		<title level="a" type="main">Channel Properties of Asynchronously Composed Petri Nets</title>
		<author>
			<persName><forename type="first">Serge</forename><surname>Haddad</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Rolf</forename><surname>Hennicker</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Mikael</forename><forename type="middle">H</forename><surname>Møller</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Lect. Notes in Comput. Sci</title>
		<imprint>
			<biblScope unit="volume">7927</biblScope>
			<biblScope unit="page" from="368" to="388" />
			<date type="published" when="2013">2013</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<analytic>
		<title level="a" type="main">Dependence graphs</title>
		<author>
			<persName><forename type="first">Jan</forename><surname>Hendrik</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Grzegorz</forename><surname>Hoogeboom</surname></persName>
		</author>
		<author>
			<persName><surname>Rozenberg</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">The Book of Traces</title>
				<editor>
			<persName><forename type="first">V</forename><surname>Diekert</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">G</forename><surname>Rozenberg</surname></persName>
		</editor>
		<meeting><address><addrLine>Singapore</addrLine></address></meeting>
		<imprint>
			<publisher>World Scientific</publisher>
			<date type="published" when="1995">1995</date>
			<biblScope unit="page" from="43" to="67" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<monogr>
		<author>
			<persName><surname>Hl7</surname></persName>
		</author>
		<ptr target="http://www.hl7.org/" />
		<title level="m">Health Level Seven INTERNATIONAL</title>
				<imprint>
			<date type="published" when="2015">2015</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<analytic>
		<title level="a" type="main">A trace semantics for Petri nets</title>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">W</forename><surname>Hoogers</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><forename type="middle">C M</forename><surname>Kleijn</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">S</forename><surname>Thiagarajan</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Inf. Comput</title>
		<imprint>
			<biblScope unit="volume">117</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="98" to="114" />
			<date type="published" when="1995">1995</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b17">
	<analytic>
		<title level="a" type="main">On the Synthesis of Industry Level Process Models from Enterprise Level Process Models</title>
		<author>
			<persName><forename type="first">Pieter</forename><forename type="middle">M</forename><surname>Kwantes</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Jetty</forename><surname>Kleijn</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">CEUR Workshop Proceedings</title>
				<imprint>
			<date type="published" when="2018">2018</date>
			<biblScope unit="volume">2115</biblScope>
			<biblScope unit="page" from="6" to="22" />
		</imprint>
	</monogr>
	<note>ATAED 2018</note>
</biblStruct>

<biblStruct xml:id="b18">
	<analytic>
		<title level="a" type="main">Discovering Block-Structured Process Models from Event Logs -A Constructive Approach</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">J</forename><surname>Sander</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Dirk</forename><surname>Leemans</surname></persName>
		</author>
		<author>
			<persName><surname>Fahland</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><forename type="middle">P</forename><surname>Wil</surname></persName>
		</author>
		<author>
			<persName><surname>Van Der Aalst</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Lect. Notes in Comput. Sci</title>
		<imprint>
			<biblScope unit="volume">7927</biblScope>
			<biblScope unit="page" from="311" to="329" />
			<date type="published" when="2013">2013</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b19">
	<monogr>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">W I F T</forename></persName>
		</author>
		<ptr target="http://www.iso20022.org" />
		<title level="m">ISO20022 Universal financial industry message scheme</title>
				<imprint>
			<date type="published" when="2015">2015</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b20">
	<analytic>
		<title level="a" type="main">Trace theory</title>
		<author>
			<persName><forename type="first">Antoni</forename><forename type="middle">W</forename><surname>Mazurkiewicz</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Lect. Notes in Comput. Sci</title>
		<imprint>
			<biblScope unit="volume">255</biblScope>
			<biblScope unit="page" from="279" to="324" />
			<date type="published" when="1987">1987</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b21">
	<analytic>
		<title level="a" type="main">Towards a conceptual foundation of service composition</title>
		<author>
			<persName><forename type="first">Wolfgang</forename><surname>Reisig</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Comput. Sci. Res. Dev</title>
		<imprint>
			<biblScope unit="volume">33</biblScope>
			<biblScope unit="issue">3-4</biblScope>
			<biblScope unit="page" from="281" to="289" />
			<date type="published" when="2018">2018</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b22">
	<analytic>
		<title level="a" type="main">Associative composition of components with doublesided interfaces</title>
		<author>
			<persName><forename type="first">Wolfgang</forename><surname>Reisig</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Acta Inf</title>
		<imprint>
			<biblScope unit="volume">56</biblScope>
			<biblScope unit="issue">3</biblScope>
			<biblScope unit="page" from="229" to="253" />
			<date type="published" when="2019">2019</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b23">
	<monogr>
		<author>
			<persName><surname>Gs1us</surname></persName>
		</author>
		<ptr target="http://www.rosettanet.org/" />
		<title level="m">RosettaNet</title>
				<imprint>
			<date type="published" when="2018">2018</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b24">
	<analytic>
		<title level="a" type="main">Does My Service Have Partners? Trans. Petri Nets Other Model</title>
		<author>
			<persName><forename type="first">Karsten</forename><surname>Wolf</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Concurr</title>
		<imprint>
			<biblScope unit="volume">2</biblScope>
			<biblScope unit="page" from="152" to="171" />
			<date type="published" when="2009">2009. 2009</date>
		</imprint>
	</monogr>
</biblStruct>

				</listBibl>
			</div>
		</back>
	</text>
</TEI>
