<?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">Random generator of k-diagnosable discrete event systems</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author role="corresp">
							<persName><forename type="first">Yannick</forename><surname>Pencolé</surname></persName>
							<email>yannick.pencole@laas.fr</email>
							<affiliation key="aff0">
								<orgName type="institution" key="instit1">CNRS</orgName>
								<orgName type="institution" key="instit2">LAAS</orgName>
								<address>
									<addrLine>7 avenue du colonel Roche</addrLine>
									<postCode>F-31400</postCode>
									<settlement>Toulouse</settlement>
									<country key="FR">France</country>
								</address>
							</affiliation>
							<affiliation key="aff1">
								<orgName type="institution" key="instit1">Univ de Toulouse</orgName>
								<orgName type="institution" key="instit2">LAAS</orgName>
								<address>
									<postCode>F-31400</postCode>
									<settlement>Toulouse</settlement>
									<country key="FR">France</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Random generator of k-diagnosable discrete event systems</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">B1480C687367C84E09C113D982981132</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-19T15:59+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>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>This paper presents a random generator of discrete event systems that are by construction kdiagnosable. The aim of this generator is to provide an almost infinite set of diagnosable systems for creating benchmarks. The goal of such benchmarks is to provide a solid set of examples to test and compare algorithms that solve many problems around diagnosable discrete event systems.</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>For many years, the problem of fault diagnosis in discrete event systems has been actively addressed by different scientific communities such as DX (AI-based diagnosis) <ref type="bibr">[1; 2]</ref>, FDI (Fault Detection and Isolation), DES (Discrete Event Systems) <ref type="bibr" target="#b2">[3]</ref>. Depending on the community, many differents aspects of the same problem have been addressed such as the design of efficient diagnosers, the checking of diagnosability properties, the effective modelling of real systems. When dealing with performance, most of the contributions present experimental results on specific examples of their own usually inspired or based on real world systems.</p><p>The main problem about these contributions is that they are not really comparable as they are not applied on the same benchmarks. Moreover, used benchmarks may not be always completly defined in a paper due, most of the time, to confidential data that cannot be published so other academic contributors cannot use them for comparison purposes. In order to analyse and boost the effective performance of algorithms addressing the fault diagnosis problem in DES, common and fully available benchmarks become a necessity.</p><p>This paper addresses the random generation of kdiagnosable systems. We here propose the possibility to generate (and store on a web page) k-diagnosable systems that have been generated without any kind of bias that would come from a specific diagnosis/diagnosability method. By doing so, we propose to design a random category for benchmarks as the SAT community proposed for SAT problems and to get the same advantages by comparing different diagnosis/diagnosability approaches on the same but random systems. The choice of generating k-diagnosable systems is motivated by the fact that they can be used as examples for:</p><p>1. diagnosis algorithms: given a fault f , we know by construction that the most precise algorithm will determine its occurrence with certainty within the next k observations after the occurrence of f ;</p><p>2. diagnosability algorithms: the fact that a fault f is kdiagnosable is usually the worst case for this type of algorithms (as they all look for the existence of an ambiguous scenario to conclude the system is not diagnosable).</p><p>The paper is organised as follows. After formally recalling the problem that motivates the generation of benchmarks, we describe the fundamental property which is being used for the effective generation of systems where a given fault f is k-diagnosable. Then the description of the algorithm of the generator is provided as well as some details about its effective implementation.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Background</head><p>This paper addresses the random generation of benchmarks for the problem of the fault diagnosis of discrete event system. This problem is briefly recalled in this section. We assume that the reader is familiar with the notations of the language theory (notion of Kleene closure, prefixes,...).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.1">Modelling</head><p>We suppose that the system under monitoring behaves as an event generator that can be modelled as an automaton. Definition 1 (System description). The model (system description) SD of a discrete event system S is a finite state automaton SD = (Q, Σ, T, q 0 ) where:</p><p>• Q is a finite set of states;</p><p>• Σ is a finite set of events;</p><formula xml:id="formula_0">• T ⊆ Q × T × Q is a finite set of transitions;</formula><p>• q 0 is the initial state of the system.</p><p>Σ is the set of events that the system can produce. Among Σ we distinguish events that are observable Σ o ⊆ Σ and events that are not observable. When the system operates, its effective behaviour is represented by a trace of the automaton (also called a run). Definition 2 (Trace). A trace τ ∈ Σ * of the system is a finite sequence of events associated with a transition path from the initial state q 0 to a state q in the model of the system.</p><p>The set of traces of the system is the language generated by its model and is denoted L(S) (so the automaton SD generates the language L(S)). Let P Σ (τ ) be the classical projection of a sequence τ of Σ * on the alphabet Σ recursively defined as follows: Based on this notion of projection, we can associate with any trace of the system its observable part. Definition 3 (Observable trace). Let τ be a trace of the system, the observable trace σ τ is the projection of τ over the set of observable events Σ o :</p><formula xml:id="formula_1">1. P Σ (ε) = ε;</formula><formula xml:id="formula_2">σ τ = P Σo (τ ).</formula></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.2">Diagnosis problem and solution</head><p>Now we are ready to define the classical Fault diagnosis problem on DES.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Definition 4 (Fault).</head><p>A fault is a non-observable event f ∈ Σ.</p><p>A fault is represented as a special type of non-observable event that can occur on the underlying system. Once the event has occurred, we say that the fault is active in the system, otherwise it is inactive. We consider here the problem of permanent faults as initially introduced in <ref type="bibr" target="#b3">[4]</ref>.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Definition 5 (Diagnosis problem).</head><p>A diagnosis problem is a triple (SD, OBS, FAULTS) where SD is the model of a system, OBS is the sequence of observations of Σ o and FAULTS is the set of fault events defined over SD.</p><p>Informally speaking, (SD, OBS, FAULTS) represents the problem of finding the set of active faults from FAULTS that have occurred relying on the model SD and the sequence of observations OBS.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Definition 6 (Diagnosis Candidate).</head><p>A diagnosis candidate is a couple (q, F ) where q is a state of SD (q ∈ Q) and F is a set of faults.</p><p>A diagnosis candidate represents the fact that the underlying system is in state q and the set F of faults has occurred before reaching state q.</p><p>Definition 7 (Solution Diagnosis). The solution ∆ of the problem (SD, OBS, FAULTS) is the set of diagnosis candidates (q, F ) such that there exists for each of them at least one trace τ of SD such that:</p><p>1. the observable trace of τ is exactly the sequence OBS = o 1 . . . o m and the last event of τ is o m ; 2. the set of fault events that has occurred in τ is exactly F ; 3. the final state of τ is q.</p><p>Informally, candidate (q, F ) is part of the solution if it is possible to find out in SD a behaviour of the system satisfying OBS which leads to the state q after the last observation of OBS and in which the faults F have occurred.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.3">Diagnosability</head><p>Diagnosability is a property of the system that asserts whether a fault f of a system S can be always diagnosed with certainty after the observation of a finite set of observations <ref type="bibr" target="#b3">[4]</ref>. In other words, once the fault f has occurred in S, it is sufficient to wait a certain amount of observations to ensure that any candidate (q, F ) of the solution contains f (f ∈ F ).</p><p>Definition 8 (Diagnosability). The fault f is diagnosable in a system S if:</p><formula xml:id="formula_3">∃n ∈ N + , Diagnosable(n)</formula><p>where Diagnosable(n) stands for:</p><formula xml:id="formula_4">∀τ 1 .f ∈ L(S), ∀τ 2 : τ 1 .f.τ 2 ∈ L(S) |P Σo (τ 2 )| ≥ n ⇒ (∀τ ∈ L(S), (P Σo (τ ) = P Σo (τ 1 .f.τ 2 ) ⇒ f ∈ τ )). Definition 9 (k-Diagnosability). The fault f is k- diagnosable, k ∈ N + , in a system S if: Diagnosable(k) ∧ ¬Diagnosable(k − 1).</formula><p>Diagnosability is a property that relies on the liveness of the observability of the system which means that, to be (k)-diagnosable, a system must not generate unbounded sequences of unobservable events (no cycle of unobservable events in SD). Throughout this paper, we consider that the observability of the system is live.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">Random Generator</head><p>The aim of this section is to present the algorithm that is being used to randomly generate a discrete event systems where a fault f is k-dignosable and that has been implemented inside the Diades software. We focus on the generation of a system with one fault only. (see th conclusion for the generation for n, n &gt; 1 faults).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1">Signatures and fault ambiguity</head><p>The algorithm that generates a k-diagnosable system relies on the notion of signatures. Let f be a faulty event, the signature of f is the set of observable traces resulting from the projection of system traces that contain at least one occurrence of an event f before the last observation of the trace. Definition 10 (Signature). The signature of an event f into a system S is the language Sig(f</p><formula xml:id="formula_5">) ⊆ Σ o such that Sig(f ) ={σ τ |τ = τ 1 .o.τ 2 ∈ L(S), f ∈ τ 1 , o ∈ Σ o , τ 2 ∈ Σ , σ τ = P Σo (τ )}.</formula><p>In the following, we will also denote by Sig(¬f ) the set of observable traces associated with the traces of the system that do not contain any fault f before the last observation. Intuitively speaking, as long as the current observable trace is in Sig(¬f ) ∩ Sig(f ), we know that the system may have produced a faulty trace or a non-faulty trace before the last observation. k-diagnosability ensures that the ambiguity can last at most for k observations. The principle of the generator relies on the following result that formalizes this intuition. Let LARGESTPREFIXES(τ, n) = {τ i : τ = τ i τ i , |τ i | = i, i ∈ {0, . . . , n − 1}} be the set of the n largest prefixes of τ (τ being a prefix of itself). Theorem 1. In the system S, the event f is k-diagnosable if and only if:</p><p>1. For any observable trace σ in Sig(¬f</p><formula xml:id="formula_6">) ∩ Sig(f ), there exists n &lt; k such that LARGESTPREFIXES(σ, n) ⊆ Sig(¬f ) ∩ Sig(f ) and LARGESTPREFIXES(σ, n + 1) ⊆ Sig(¬f ) ∩ Sig(f ). 2.</formula><p>There exists at least one observable trace σ in Sig(¬f ) ∩ Sig(f ) such that LARGESTPREFIXES(σ, k − 1) ⊆ Sig(¬f ) ∩ Sig(f ) and an observable o such that σo ∈ Sig(f ).</p><p>Proof: (⇒)Let τ 1 .f be a trace of the system S. As S is k-diagnosable, there exists m ≤ k such that ∀τ 2 : τ 1 .f.τ 2 ∈ L(S), |P Σo (τ 2 )| ≥ m ⇒ (∀τ ∈ L(S), (P Σo (τ ) = P Σo (τ 1 .f.τ 2 ) ⇒ f ∈ τ )). Consider one of these trace τ 1 .f.τ 2 such that τ 2 contains exactly m observations (P Σo (τ 2 ) = o 1 . . . o m ). k-diagnosability implies that there exists a minimal integer n ∈ {1, . . . , m − 1} such that P Σo (τ 1 .f ).o 1 . . . o n+1 ⇒ f ∈ τ as soon as τ ∈ L(S) and P Σo (τ ) = P Σo (τ 1 .f ).o 1 . . . o n+1 , therefore</p><formula xml:id="formula_7">P Σo (τ 1 .f ).o 1 . . . o n+1 ∈ Sig(f ) \ Sig(¬f ) and ∀i ∈ {1, . . . , n}, P Σo (τ 1 .f ).o 1 . . . o i ∈ Sig(f ) ∩ Sig(¬f ). So LARGESTPREFIXES(P Σo (τ 1 .f ).o 1 . . . o n , n) ⊆ Sig(¬f ) ∩ Sig(f ).</formula><p>So for any τ 1 .f there exists n &lt; k such that LARGESTPREFIXES(P Σo (τ 1 .f ).o 1 . . . o n , n) ⊆ Sig(¬f ) ∩ Sig(f ). Now, remark that for any observable sequence σ that belongs to Sig(¬f ) ∩ Sig(f ), there must exist a trace τ 1 .f.τ 2 of the system, with τ 2 containing at least one observable event, such that σ = P Σo (τ 1 .f.τ 2 ), so there must exist n &lt; k such that σ ∈ LARGESTPREFIXES(P Σo (τ 1 .f ).o 1 . . . o n , n) ⊆ Sig(¬f ) ∩ Sig(f ) so, for any σ that belongs to Sig(¬f ) ∩ Sig(f ), there is no set LARGESTPREFIXES(σ, n + 1) that only contains ambiguous signatures.</p><p>Finally, as S is k-diagnosable, we know that there exists at least one trace τ.f.τ 1 .o 1 , such that τ is a trace of the system that does not contain f , τ 1 is a finite continuation of τ.f that is unobservable and o 1 is observable and there is a finite continuation</p><formula xml:id="formula_8">τ 2 o 2 τ 3 o 3 . . . τ k o k with P Σo (τ i ) = ε such that for any i ∈ {1, . . . , k − 1}, P Σo (τ.f.τ 1 .o 1 . . . τ i o i ) ∈ Sig(¬f ) ∩ Sig(f ) P Σo (τ.f.τ 1 .o 1 . . . τ k o k ) ∈ Sig(f ) \ Sig(¬f ) which implies the condition 2 with σ = P Σo (τ.f.τ 1 .o 1 . . . τ k−1 o k−1 ).</formula><p>(⇐) Suppose now that conditions 1 and 2 hold. Consider an observable trace σ that is ambiguous (σ ∈ Sig(f ) ∩ Sig(¬f )). Condition 1 states that there exists n &lt; k such that LARGESTPREFIXES(σ, n) ⊆ Sig(¬f ) ∩ Sig(f ) and LARGESTPREFIXES(σ, n + 1) ⊆ Sig(¬f ) ∩ Sig(f ). Consider now any largest observable trace σ such that |σ | − |σ| = m and σ ∈ LARGESTPREFIXES(σ , m) ⊆ Sig(¬f )∩ Sig(f ), it follows that LARGESTPREFIXES(σ , m + n) ⊆ Sig(¬f ) ∩ Sig(f ) and LARGESTPREFIXES(σ , m + n + 1) ⊆ Sig(¬f ) ∩ Sig(f ). As σ is one of the largest observable trace holding this condition, any observable trace σ o, o ∈ Σ o , is either in Sig(f ) or in Sig(¬f ) but not in both of them. Condition 1 states that m + n &lt; k, so k observations at least are required to solve the ambiguity. Condition 2 states that there exists at least such an observable trace σ with m + n = k − 1 and an observation o so that σ o is definitively in Sig(f ) so f can be diagnosed with certainty in this case with exactly k observations. Hence the result.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2">Algorithm</head><p>The principle of the random generator is depicted in Algorithm 1. Given a parameter k and a fault event f , the algorithm randomly generates a system S where the event f is k-diagnosable by construction. We also provide another parameter deg which is the maximal number of output transitions that is allowed per state during the generation of the system. Parameter deg is important for the creation of benchmarks as the output degree has a strong influence on the diagnosis/diagnosability computations.</p><p>Algorithm 1 General algorithm for the random generation of k-diagnosable systems.</p><p>Input: k ∈ N, k ≥ 1 Input: f an event Input: deg maximal output degree</p><formula xml:id="formula_9">(Σ o , Σ) ← GENERATEEVENTS() S ← ∅ AmbSig(f ) ← GENERATEAMBSIGNATURE(k,Σ o , deg) /* AmbSig(f ) = (Q, Σ o , T, q 0 , A) a deterministic au- tomaton */ MF[q 0 ] ← GENERATESTATES() MNF[q 0 ] ← GENERATESTATES() for all q ∈ Q in Breadth-First Order from q 0 do (Σ f o , Σ ¬f o ) ← RANDOMSPLIT(Σ o , q) S ← S∪ GENFAULTEXTS * (MF[q],Σ f o ,deg) S ← S∪ GENNOMEXTS * (MNF[q],Σ ¬f o ,deg) for all q o −→ q ∈ T do if MF[q ] = ∅ then MF[q ] ← GENERATESTATES() MNF[q ] ← GENERATESTATES() end if S ← S∪ GENNOMEXTS(MNF[q],MNF[q ],o,deg) if q ∈ A then S ← S∪ GENNOMEXTS(MF[q],MF[q ],o,deg) else if q ∈ A then S ← S∪ GENEXTS(MF[q],MF[q ],o,deg) else S ← S∪ GENFAULTEXTS(MF[q],MF[q ],o,deg) end if end if end for end for Output: S where f is k-diagnosable.</formula><p>The generation is composed of two steps. The first one is the generation of the ambiguous signature with GENER-ATEAMBSIGNATURE. The result of this function is a deterministic automaton AmbSig(f ) = (Q, Σ o , T, q 0 , A) that actually generates the language Sig(f )∩Sig(¬f ) (any transition path from state q 0 to an accepting state of A represents a sequence of Sig(f ) ∩ Sig(¬f )). The automaton AmbSig(f ) is generated with respect to the conditions 1 and 2 that are defined in Theorem 1 to ensure the kdiagnosability of the resulting system S. The second step of the generation is the effective generation of S based on the ambiguous signature AmbSig(f ). The idea is to map every state q of AmbSig(f ) with two sets of states in S denoted M F [q] and M N F [q]. Given any path σ of AmbSig(f ) that leads to state q with, as a last observation, the event o, any state of M F [q] (resp. M N F [q]) will be reached by at least one transition path τ of S starting from a state of M F [q 0 ] (resp. M N F [q 0 ]) that ends with a transition labelled with o and the observable projection of τ is exactly σ. The difference between M F and M N F is that any underlying path of S leading to a state of M F [q] (resp. M N F [q]) has an observable projection which is a prefix of Sig(f ) (resp. a prefix of Sig(¬f )). To generate S we explore AmbSig(f ) from its initial state in a breadth-first search manner. For a given state q, we have to consider three types of transition generations going out of any state of M F [q], M N F [q]. The first ones are the transition paths that will lead to an observation o that belongs to AmbSig(f ), the second one is the set of transition paths that do not lead to an observation o that belongs to AmbSig(f ) but lead to an observation o that belongs to Sig(f ) only and the third one is the set of transition paths that do not lead to an observation o that belongs to AmbSig(f ) but lead to an observation o that belongs to Sig(¬f ) only.</p><p>The second and third cases are handled by randomly splitting Σ o into two subsets (Σ f o , Σ ¬f o ) each of them only containing observable events that are not output event of q in AmbSig(f ) (RANDOMSPLIT(Σ o , q)). Then given Σ f o , we randomly generate faulty extensions for a subset of Σ f o (the selection of the subset is also random and might even be empty if q has no output events in AmbSig(f ), indeed if q has no output events, it must be extended to ensure that the observability of the system is live). An extension is a set of acyclic and unobservable transition paths that lead to a transition labeled with an observable event from Σ f o . A faulty extension ensures that an event f has at least occurred on any generated transition path before the observable transition (GENFAULTEXTS). Given Σ ¬f o , we proceed the same way to generate non-faulty extensions (GENNOMEXTS). As, in these two cases, the traces generated by these extensions are not associated with observable traces involved in AmbSig(f ) any more, it is sufficient to generate further extensions on these traces and guarantee that the observable language associated with these further extensions is live (this procedure is denoted by the * in GENNOMEXTS * and GENFAULTEXTS * ).</p><p>The last case to handle now is the case where the observable event o is an output event of q in AmbSig(f ), which means that there exists one and only one transition q o −→ q in AmbSig(f ). If q has never been visited, the set of states M F [q ] and M N F [q ] are generated first. A nominal extension is generated from M N F [q] to M N F [q ]. Depending on the status of q , the extension between M F [q] and M F [q ] is different. If q ∈ A, it means that any prefix generated by AmbSig(f ) with paths from q 0 to q are prefixes of sequences in Sig(f ) ∩ Sig(¬f ) but they are not in Sig(f ) ∩ Sig(¬f ), they can therefore be only in Sig(¬f ): extensions between M F [q] and M F [q ] are then nominal extensions. Now, if q ∈ A, there are two cases. If q ∈ A, it means the system must become faulty between the states of M F [q] and M F [q ] so that paths of the system that reach any state of M F [q ] is associated with an observable trace that belongs to Sig(f ) (GENFAULTEXTS). If q ∈ A, any path that reaches a state of M F [q] is already faulty (its observable trace is already in Sig(f )), any type of extension from M F [q] to M F [q ] is therefore possible (faulty or not), hence the use of GENEXTS.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.3">Implementation</head><p>Algorithm 1 is implemented with the help of the Diades library package <ref type="bibr" target="#b4">[5]</ref>. Diades is a set of C++ libraries that implement discrete event systems in a componentbased way, different diagnosis algorithms as defined in the spectrum of <ref type="bibr" target="#b5">[6]</ref> (from component-based algorithms to diagnoser-based algorithms). DIADES also implements a diagnosability checker as well as an accuracy checker. The generator results in a Linux terminal command dd-diagnosable-des-generate with a set of pa-rameters like the number of (un)observable events the output degree of transitions, the parameter k, the minimal number of observable events involved in the ambiguous signature, the number of states (still experimental). One particular parameter is the seed parameter that allows the generation of the same system (the seed ensures the same generation of random numbers). By construction, the algorithm is linear in the number of states. A set of pre-computed benchmarks as well as the implemented generator are available at the following url: http://homepages.laas.fr/ypencole/benchmarks</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">Conclusions</head><p>To test and compare diagnosis and/or diagnosability algorithms, fully detailed and available benchmarks are a necessity. In order to test how generic is an algorithm, we propose here an algorithm that randomly generates systems where a fault f is k-diagnosable. We also propose an implementation within the DIADES framework. Extension to generate systems with n k-diagnosable faults is easy, it requires to repeat the generation of the ambiguous signatures for the n faults and explore them in parallel to generate the k-diagnosable system. Our short-term perspective is to improve the generator to allow a better control of the number of generated states. A fixed number of generated states requires to add new constraints in the generation that propagate during the generation process. Without any control about this propagation, the generation may just fail as it could become an over-constrained problem. Our perspective is to also go one step further by generating diagnosable systems that are component-based in order to scale up the size of the generated system. The DIADES framework already has a tool to generate component-based systems <ref type="bibr" target="#b4">[5]</ref> which ensures that any component is globally consistent, but adding the constraint of diagnosability makes the generation far more complex to implement.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head></head><label></label><figDesc>Proceedings of the 26 th International Workshop on Principles of Diagnosis 2. P Σ (τ.e) = P Σ (τ ) if e ∈ Σ ; 3. P Σ (τ.e) = P Σ (τ ).e if e ∈ Σ .</figDesc></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_0">Proceedings of the 26 th International Workshop on Principles of Diagnosis</note>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">Diagnosis of discrete-event systems from uncertain temporal observations</title>
		<author>
			<persName><forename type="first">Gianfranco</forename><surname>Lamperti</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Marina</forename><surname>Zanella</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Artificial Intelligence</title>
		<imprint>
			<biblScope unit="volume">137</biblScope>
			<biblScope unit="page" from="91" to="163" />
			<date type="published" when="2002">2002</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">A formal framework for the decentralised diagnosis of large scale discrete event systems and its application to telecommunication networks</title>
		<author>
			<persName><forename type="first">Yannick</forename><surname>Pencolé</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Marie-Odile</forename><surname>Cordier</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Artificial Intelligence</title>
		<imprint>
			<biblScope unit="volume">164</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="121" to="170" />
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Overview of fault diagnosis methods for discrete event systems</title>
		<author>
			<persName><forename type="first">Janan</forename><surname>Zaytoon</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Stéphane</forename><surname>Lafortune</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Annual Reviews in Control</title>
		<imprint>
			<biblScope unit="volume">37</biblScope>
			<biblScope unit="page" from="308" to="320" />
			<date type="published" when="2013">2013</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Diagnosability of discrete-event systems</title>
		<author>
			<persName><forename type="first">Meera</forename><surname>Sampath</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Raja</forename><surname>Sengupta</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Stéphane</forename><surname>Lafortune</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Kasim</forename><surname>Sinnamohideen</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Demosthenis</forename><surname>Teneketzis</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Transactions on Automatic Control</title>
		<imprint>
			<biblScope unit="volume">40</biblScope>
			<biblScope unit="issue">9</biblScope>
			<biblScope unit="page" from="1555" to="1575" />
			<date type="published" when="1995-09">9 1995</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Fault diagnosis in discrete-event systems: How to analyse algorithm performance?</title>
		<author>
			<persName><forename type="first">Yannick</forename><surname>Pencolé</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Diagnostic reasoning: Model Analysis and Performance</title>
				<meeting><address><addrLine>Montpellier, France</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2012">2012</date>
			<biblScope unit="page" from="19" to="25" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">A spectrum of symbolic on-line diagnosis approaches</title>
		<author>
			<persName><forename type="first">Anika</forename><surname>Schumann</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Yannick</forename><surname>Pencolé</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Sylvie</forename><surname>Thiébaux</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 26 th International Workshop on Principles of Diagnosis</title>
				<meeting>the 26 th International Workshop on Principles of Diagnosis<address><addrLine>Nashville, TN USA</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2007">2007</date>
			<biblScope unit="page" from="194" to="201" />
		</imprint>
	</monogr>
	<note>17th International Workshop on Principles of Diagnosis</note>
</biblStruct>

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