<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta />
    <article-meta>
      <title-group>
        <article-title>On synthesizing service behavior that is aware of semantical constraints</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Karsten Wolf</string-name>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Universitat Rostock</string-name>
        </contrib>
      </contrib-group>
      <abstract>
        <p>Without taking care of the semantics of messages, every message is an isolated entity that can be created and sent at will. This leads to anomalies like a synthesized service that sends a lled form before having received the empty form. In this paper we pick up ideas from adapter synthesis for taking care of semantical constraints and develop them into two directions. First, we show that the approach taken for adapter synthesis can be applied to synthesis of services in general. Second, we argue that the taken approach is in a certain sense complete.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>tokens on interface places. We require further that nal markings do not enable any transition
(although transition may become enabled by putting tokens on input places). The interface is
divided into input and output places and we require that no transition takes tokens from an
output place an no transitions puts tokens on an input place.</p>
      <p>
        There exist translations from industrial languages like WS-BPEL into open nets [
        <xref ref-type="bibr" rid="ref12">12</xref>
        ] and vice
versa [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ] which proves the suitability of open nets for modeling services. Open nets are composed
by merging equally named interface places (an input place of one service with an output place of
the other one). The merged places are then removed from the interface. Initial and nal markings
are composed canonically (remember that we require them to have no tokens on interface places).
We denote the composition of two open nets P and R by P R.
      </p>
      <p>Composition may lead to an open net with empty interface which we call closed net.</p>
      <p>A closed net is deadlock-free i all markings without enabled transitions are nal. An open
net P is controllable i there exists an open net R such that their composition P R is a
deadlock-free closed net.</p>
      <p>It is just one possibility to use deadlock freedom as the underlying property for
controllability. Other requirements could include livelock freedom or any other desired property. Deadlock
freedom is, however, the most prominent property discussed in the context of web services.
3</p>
    </sec>
    <sec id="sec-2">
      <title>Synthesis of service behavior</title>
      <p>
        Controllability of an open net P is decidable [
        <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
        ] if two conditions are satis ed. First, the inner of
P (the net obtained by removing the interface of P ) must be bounded and second, we restrict the
set of considered partners to those R where the composition P R yields k-bounded (now merged)
interface places, for some a priori given k. In e ect, the composition of considered nets are nite
state systems. In absence of the rst restriction, controllability becomes undecidable [
        <xref ref-type="bibr" rid="ref14">14</xref>
        ] even in
presence of the second one. If only the second condition is dropped, decidability of controllability
is unknown.
      </p>
      <p>
        In presence of the mentioned conditions, controllability can be decided by synthesizing (the
state space of) a canonical R as required by the de nition of controllability. The resulting state
space (a kind of automaton) can be transformed into a Petri net using standard approaches [15{
17] and further into languages like WS-BPEL [
        <xref ref-type="bibr" rid="ref13">13</xref>
        ]. In the resulting WS-BPEL process, transitions
of the Petri net appear as opaque activities. Re ning these activities, one obtains an executable
WS-BPEL process. We skip details as they are not necessary for understanding the results in
this note.
      </p>
      <p>
        The synthesized partner provides a communication skeleton for correct interaction with P and
is thus valuable beyond witnessing controllability. If one desires to invoke P , he can automatically
generate the corresponding code from the description of P . If one does not want to use P
arbitrarily, additional constraints may be applied using the techniques of [
        <xref ref-type="bibr" rid="ref18">18</xref>
        ].
      </p>
      <p>A particular application of this approach is the automated synthesis of an adapter A between
two services P and R. If the composition of P and R is not deadlock-free, an intermediate
component may mediate the communication between the two and enforce deadlock freedom.
Formally, A is a service such that P A R is deadlock-free and can thus be synthesized as a
witness for controllability of P R. More precisely, we need to rename interfaces of P and R
such that they become disjoint. This way, all communication between P and R will pass A.
4</p>
    </sec>
    <sec id="sec-3">
      <title>Semantical constraints</title>
      <p>As we synthesize behavior, we are not necessarily interested in the details of the semantics of
exchanged messages as such. We are only interested in the impact of semantics on behavioral
issues. Experience from adapter synthesis suggests that the main impact of semantical issues is
to constrain the ability of a service to manipulate message contents. The semantics determines
own password,
simple acknowledgement
address
electronic message
length in feet to
length in meters
address to name, city, street</p>
      <p>Example con
foreign password
money transfer,
transaction number
real item (e.g., book)
zipcode to length
the other way round
name, city, street to address</p>
      <p>the other way round
at reader's discretion
whether or not the content of a message can be generated, copied, deleted, or computed from
the content of other messages.</p>
      <p>
        In [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ], we proposed to specify semantical constraints as a set of transformation rules. Each
rule consists of two bags saying that the contents of the right hand side messages can be
determined from the contents of the left hand side messages, thereby consuming the messages at left
hand side. Consumption of involved messages makes sense as real items may be involved while
non-consumption of a message may be modeled by re-generating it on the right hand side. For
convenience, the universe used for building bags is a set of semantical entities that contains but
is not restricted to the names of exchanged messages. This way, we have more freedom to model
dependencies.
      </p>
      <p>Table 1 lists those semantical constraints which have been proposed in the context of adapter
synthesis, together with examples where they make sense as well as examples where they don't
make sense. The examples show that the applicability of a rule indeed depends on the semantics of
the message contents and cannot be inferred from the service protocol. Consequently, we consider
a scenario where the constraint speci cation is part of the input to the synthesis problem.</p>
      <p>There are various ways to generate a speci cation of semantical constraints. First, they may
be generated manually. Since the transformation rules are rather simple, this should not be a
problem. Second, they may be inferred using semantic web technology like ontology reasoning.
State of the art in this eld is beyond the scope of this note. Third, they may become part of
the service construction process using some (may be intra-organizational) modeling standard.
5</p>
    </sec>
    <sec id="sec-4">
      <title>Synthesis of service behavior in presence of semantical constraints</title>
      <p>
        Our approach (already exercised in [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ]) consists of the following steps. Given an open net P
and a speci cation C of semantical constraints, we transform C into an open net S that covers
the whole interface of P . S basically manages the message transfer from and to P as well as the
transformation of semantical entities according to C. Via a separate interface, it is possible to
trigger any activity in S and receive a noti cation of its execution. In a second step, we synthesize
a correctly interacting partner R for P S using the traditional approach (i.e., not taking care
of semantics). Finally, we merge R with S into the nal result which can be further optimised
using Petri net reduction rules and, if desired, transformed into WS-BPEL.
      </p>
      <p>In this agenda, the construction of S is obviously the crucial part as all other steps rely on
existing technology. Consider some given service P and a set C of semantical constraints ranging
on a set E of semantical entities. Let I and O be the sets of input and output places of P .</p>
      <p>We assume that I \ O = ; and I [ O E. For simplicity of presentation, we assume that for
each rule in S, both sides are sets; the general case follows analogously using Petri nets with arc
multiplicities.</p>
      <p>For de ning the service S, we use names from the space (E [ C) fe; n; c; r; sg, where e, n,
c, r, s denote characters instead of variables; hence we assume that these names do not occur in
the given service.</p>
      <p>The interface of S consists of output places I, input places O (i.e., the interface of P in opposite
orientation), and some input and output places speci ed below. For each entity e : e 2 E, we
introduce in service S an internal place (e; c) (c for \copy"). In the initial and nal markings,
the internal places are empty, although this can easily be generalized in future work.</p>
      <p>Service S has three kinds of transitions. For every input place o : o 2 O, there is a transition
(o; r) (r for \receive") to move arriving messages from interface place o to their internal place
(o; c). For every transformation rule w : w 2 C, there is a transition (w; c) to perform the actual
transformation in terms of the internal places. Finally, for every output place i : i 2 I, there
is a transition (i; s) (s for \send") to move messages from their internal place (i; c) to interface
place i.</p>
      <p>Finally, we discuss the additional interface places for the controller. For every input place
o : o 2 O, output place (o; n) (n for \notify") noti es an arrived message o. For every
transformation rule w : w 2 C, input place (w; e) (e for enable) enables transformation rule w, and
output place (w; n) noti es an execution of w. Finally, for every output place i : i 2 I, input
place (i; e) enables the delivery of a message i (once available).</p>
      <p>De nition 1 (Service S). Let I; O; E; C be as introduced before. The corresponding service S
is de ned as an open net with the following constituents:</p>
      <p>P = (E fcg) [ Pi [ Po
Pi = O [ (C feg) [ (I feg)
Po = I [ (C fng) [ (O fng)
T = (O frg) [ (C fcg) [ (I
s )
f g
F = Fr [ Fc [ Fs
Fr = SSo2O f [o; (o; r)]; [(o; r); (o; n)]; [(o; r); (o; c)] g
Fc = w=X7!Y 2C ( f[(m; c); (w; c)] j m : m 2 Xg [</p>
      <p>f[(w; e); (w; c)]; [(w; c); (w; n)]g [ f[(w; c); (m; c)] j m : m 2 Y g )
Fs = Si2I f [(i; c); (i; s)]; [(i; e); (i; s)]; [(i; s); i] g
m0 = 0</p>
      <p>= f0g</p>
      <p>We use 0 to denote the marking that is zero in every place. By construction, all outputs
to P have been obtained from the input of P using the transformation rules only. The actual
scheduling of rule applications and message deliveries is left to a controller using the remaining
interface.</p>
      <p>The inner of S may be unbounded which would complicate further synthesis. For this reason,
we pragmatically introduce some capacity on the places of S that, if chosen su ciently large,
should not restrict our results unduely.</p>
      <p>
        Having generated S, it remains to synthesize a partner R of P S which can be done using
the approach of [
        <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
        ]. R basically schedules the application of available actions: it triggers the
application of transformations as well as the shipment of messages. Its decisions are based on
noti cations about incoming messages and applied transformations.
      </p>
      <p>A WS-BPEL process constructed from R S would contain an opaque activity for each
transition, including those that represent the application of transformation rules. In several
situations, it is possible to complement the speci cation of semantical constraints with code
snippets that actually implement the speci ed transformation. In these cases, we may end up
with an executable WS-BPEL process that implements the whole interaction with P and is
correct by construction.
6</p>
    </sec>
    <sec id="sec-5">
      <title>Obeying semantical constraints</title>
      <p>In the next section, we wish to establish a result of the following kind: Given a service P and a
set C of semantical constraints, if there is any R such that R interacts correctly with P and R
obeys the semantical constraints, then P S is controllable. A result of that kind is only valuable
if the de nition of \to obey the semantical constraints" is as liberal as possible. In this section,
we propose such a de nition. For simplicity, we consider only nets where all arc multiplicities are
equal to one.</p>
      <p>As a starting point, we assume that R has one place for each semantical entity occurring in
C. This may be seen as a restriction. Since, however, typical semantical entities are exchanged
messages for which there is anyway a representing place, this condition should not be too
restrictive. Let PS be the set of places that represent semantical entities. Let FS be the set of edges
that have their source or sink node in PS .</p>
      <p>The idea of our de nition is to mark the application of transformation rules in the normal
control ow of an open net. To this end, we use some in nite set U . Each element of U represents
the application of a single rule in C. There may be several elements in U that represent the same
rule. Elements of U are assigned to those edges which are connected with PS , i.e. we consider
a mapping : FS ! U . This way, access to semantical entities is grouped. u represents a rule
X 7! Y i the source places of arcs labeled with u match X, the sink places of arcs labeled u match
Y , and each consumption activity causally precedes each production activity. Formally, the rst
requirements amount to X = fp j [p; t] 2 FS , ([p; t]) = ug, Y = fp j [t; p] 2 FS , ([p; t]) = ug.
Causal precedence is di cult to formalize as we do not want to rule out open nets with cycles.
Therefore, we need to separate di erent instances of transitions which contribute to a rule. This
leads to the second restriction. We require that, for each u, every run of the inner of R can be
divided into sequentially arrangeable parts such that each part contains exactly one occurrence
of each transition contributing to u (i.e. there is a p such that ([p; t]) = u or ([t; p]) = u).
Within each part, we may now require that ([p; t]) = u and ([t; p]) = u implies that t causally
precedes or is equal to t0 which formalizes the idea that consumption precedes production.</p>
      <p>We say that R obeys C i a mapping with the discussed properties exists.</p>
      <p>It is easy to see that R S as computed in the previous section obeys C.
7</p>
    </sec>
    <sec id="sec-6">
      <title>Completeness</title>
      <p>With the de nition of the previous section we are now ready to claim completeness of our
approach.</p>
      <p>Theorem 1. Consider an open net P and a set C of semantical constraints. If P has a correctly
interacting partner that obeys C then P S is controllable where S is the open net constructed
from C as described earlier in this note.</p>
      <p>For proving this theorem, let R be a correctly interacting partner of P that obeys C. We
transform R into a correctly interacting partner of P S using the following ideas.
{ Rename input places p of R to (p; n) and output places to (p; e). This way, R talks to S
instead of P .
{ For each used u 2 U , introduce new places pu and qu. These places control the invocation of
rules.</p>
      <p>{ For each [p; t] with ([p; t]) = u, an arc [t; pu]; for each [t; p] with ([t; p]) = u, an arc [qu; t];
{ For each u (where c=X 7! Y is the rule represented by u), a transition that consumes jXj
tokens from pu and puts one token on (c; e) as well as a transition that consumes one token
from (c; n) and puts jY j tokens on qu.</p>
      <p>By this construction, a rule is invoked in S after having consumed the corresponding
semantical entities in R but before having produced any entity. By our requirements on causal
dependencies, the construction does not in uence the behavior of R. Thus, the resulting partner
interacts correctly with P S.
8</p>
    </sec>
    <sec id="sec-7">
      <title>Conclusion</title>
      <p>
        We have shown that the approach of [
        <xref ref-type="bibr" rid="ref11">11</xref>
        ] applies to partner synthesis in general. We have further
shown that, for a quite liberal de nition of \obeying semantical constraints" our approach is
complete in the sense that we can synthesize a partner that obeys the constraints i one exists.
This result is, of course, subject to the following shortcomings: First, we are restricted to nite
state partners with a given bound on the access of interface places. Second, we have arti cially
limited the concurrent application of rules and intermediate storage of semantical entities in S
to make S nite state as well. Third, technicalities in the de nition of \obey C" may be further
relaxed. Nevertheless, the completeness result should add con dence into our approach.
      </p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Schmidt</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Controllability of open work ow nets</article-title>
          .
          <source>In: Enterprise Modelling and Information Systems Architectures</source>
          . Volume P-
          <volume>75</volume>
          <source>of LNI</source>
          . (
          <year>2005</year>
          )
          <volume>236</volume>
          {
          <fpage>249</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Weinberg</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          : Analyse der Bedienbarkeit. Diplomarbeit, Humboldt-Universitat zu Berlin (
          <year>2004</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Moser</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Martens</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , Habich,
          <string-name>
            <surname>M.</surname>
          </string-name>
          , Muller, J.:
          <article-title>A hybrid approach for generating compatible WSBPEL partner processes</article-title>
          .
          <source>In: Proc. BPM</source>
          . Volume
          <volume>4102</volume>
          of LNCS., Springer (
          <year>2006</year>
          )
          <volume>458</volume>
          {
          <fpage>464</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Lohmann</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Massuthe</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wolf</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Operating guidelines for nite-state services</article-title>
          .
          <source>In: Proc. ICATPN</source>
          . Volume
          <volume>4546</volume>
          of LNCS. (
          <year>2007</year>
          )
          <volume>321</volume>
          {
          <fpage>341</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Cimpian</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mocan</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          :
          <article-title>WSMX process mediation based on choreographies</article-title>
          .
          <source>In: Proc. BPM Workshops</source>
          . Volume
          <volume>3812</volume>
          of LNCS. (
          <year>2005</year>
          )
          <volume>130</volume>
          {
          <fpage>143</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Benatallah</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Casati</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Grigori</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          ,
          <string-name>
            <given-names>Motahari</given-names>
            <surname>Nezhad</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.R.</given-names>
            ,
            <surname>Toumani</surname>
          </string-name>
          ,
          <string-name>
            <surname>F.</surname>
          </string-name>
          :
          <article-title>Developing adapters for Web services integration</article-title>
          .
          <source>In: Proc. CAiSE</source>
          . Volume
          <volume>3520</volume>
          of LNCS. (
          <year>2005</year>
          )
          <volume>415</volume>
          {
          <fpage>429</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Dumas</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Spork</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wang</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Adapt or perish: Algebra and visual notation for service interface adaptation</article-title>
          .
          <source>In: Proc. BPM</source>
          . Volume
          <volume>4102</volume>
          of LNCS., Springer (
          <year>2006</year>
          )
          <volume>65</volume>
          {
          <fpage>80</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Brogi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Popescu</surname>
          </string-name>
          , R.:
          <source>Automated generation of BPEL adapters. In: Proc. ICSOC</source>
          . Volume
          <volume>4294</volume>
          of LNCS. (
          <year>2006</year>
          )
          <volume>27</volume>
          {
          <fpage>39</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Bracciali</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Brogi</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Canal</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          :
          <article-title>A formal approach to component adaptation</article-title>
          .
          <source>Journal of Systems and Software</source>
          <volume>74</volume>
          (
          <issue>1</issue>
          ) (
          <year>2005</year>
          )
          <volume>45</volume>
          {
          <fpage>54</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <given-names>Motahari</given-names>
            <surname>Nezhad</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.R.</given-names>
            ,
            <surname>Benatallah</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            ,
            <surname>Martens</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Curbera</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            ,
            <surname>Casati</surname>
          </string-name>
          ,
          <string-name>
            <surname>F.</surname>
          </string-name>
          :
          <article-title>Semi-automated adaptation of service interactions</article-title>
          .
          <source>In: Proc. WWW</source>
          . (
          <year>2007</year>
          )
          <volume>993</volume>
          {
          <fpage>1002</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          11.
          <string-name>
            <surname>Gierds</surname>
            ,
            <given-names>C.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Mooij</surname>
            ,
            <given-names>A.J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wolf</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Specifying and generating behavioral service adapter based on transformation rules</article-title>
          .
          <source>Preprint CS-02-08</source>
          , Universitat Rostock, Rostock, Germany (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          12.
          <string-name>
            <surname>Lohmann</surname>
          </string-name>
          , N.:
          <article-title>A feature-complete Petri net semantics for WS-BPEL 2.0</article-title>
          .
          <source>In: Proc. WS-FM. Volume 4937 of LNCS</source>
          . (
          <year>2007</year>
          )
          <volume>77</volume>
          {
          <fpage>91</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          13.
          <string-name>
            <surname>Lohmann</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kleine</surname>
          </string-name>
          , J.:
          <article-title>Fully-automatic translation of open work ow net models into humanreadable abstract BPEL processes</article-title>
          .
          <source>In: Proc. Modellierung</source>
          . Volume P-
          <volume>127</volume>
          <source>of LNI</source>
          . (
          <year>2008</year>
          )
          <volume>57</volume>
          {
          <fpage>72</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          14.
          <string-name>
            <surname>Massuthe</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Serebrenik</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Sidorova</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wolf</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Can I nd a partner? Undecidablity of partner existence for open nets</article-title>
          .
          <source>Inf</source>
          . Process. Lett. (
          <year>2008</year>
          )
          <article-title>(Accepted for publication)</article-title>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          15.
          <string-name>
            <surname>Ehrenfeucht</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Rozenberg</surname>
          </string-name>
          , G.:
          <article-title>Partial 2-structures</article-title>
          .
          <source>Acta Informatica</source>
          <volume>27</volume>
          (
          <year>1990</year>
          )
          <volume>315</volume>
          {
          <fpage>368</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          16.
          <string-name>
            <surname>Desel</surname>
            ,
            <given-names>J.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Reisig</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          :
          <article-title>The synthesis problem of Petri nets</article-title>
          .
          <source>Acta Informatica</source>
          <volume>33</volume>
          (
          <year>1996</year>
          )
          <volume>297</volume>
          {
          <fpage>315</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          17.
          <string-name>
            <surname>Badouel</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Darondeau</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Theory of regions</article-title>
          .
          <source>In: Lectures on Petri Nets I: Basic Models</source>
          . Volume
          <volume>1491</volume>
          of LNCS., Springer-Verlag (
          <year>1996</year>
          )
          <volume>529</volume>
          {
          <fpage>586</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          18.
          <string-name>
            <surname>Lohmann</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Massuthe</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Wolf</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          :
          <article-title>Behavioral constraints for services</article-title>
          .
          <source>In: Business Process Management 2007. Volume 4714 of LNCS</source>
          . (
          <year>2007</year>
          )
          <volume>271</volume>
          {
          <fpage>287</fpage>
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>