<?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">Establish Coherence in Logic Programs Modelling Expert Knowledge via Argumentation</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Andre</forename><surname>Thevapalan</surname></persName>
							<email>andre.thevapalan@tu-dortmund.de</email>
							<affiliation key="aff0">
								<orgName type="institution">Technische Universität Dortmund</orgName>
								<address>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Jesse</forename><surname>Heyninck</surname></persName>
							<email>jesse.heyninck@tu-dortmund.de</email>
							<affiliation key="aff0">
								<orgName type="institution">Technische Universität Dortmund</orgName>
								<address>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
							<affiliation key="aff1">
								<orgName type="institution">University of Cape Town and CAIR</orgName>
								<address>
									<country key="ZA">South Africa</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Gabriele</forename><surname>Kern-Isberner</surname></persName>
							<email>gabriele.kern-isberner@cs.tu-dortmund.de</email>
							<affiliation key="aff0">
								<orgName type="institution">Technische Universität Dortmund</orgName>
								<address>
									<country key="DE">Germany</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Establish Coherence in Logic Programs Modelling Expert Knowledge via Argumentation</title>
					</analytic>
					<monogr>
						<idno type="ISSN">1613-0073</idno>
					</monogr>
					<idno type="MD5">CF6E9FF4395668D08A735C19A493E4C2</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T04:54+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>Logic Programming</term>
					<term>Coherence</term>
					<term>Argumentation Graphs</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>When modelling expert knowledge, default negation is very useful, but might lead to there being no stable models. Detecting the exact causes of the incoherence in the logic program manually can become quite cumbersome, especially in larger programs. Moreover, establishing coherence does require expertise regarding the modelled knowledge as well as technical knowledge about the program and its rules. This paper introduces a method to detect the causes of incoherence in logic programs by using argumentation graphs and proposes strategies to modify the responsible parts of the program in order to obtain a coherent program.</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>With the availability of both strong and default negation, answer set programming offers valuable features for the usage in real-life applications. But often knowledge bases are subject to change. Adding rules to a logic program is not as straightforward as it might seem. Due to its declarative nature, adding new information can easily lead to contradictory knowledge. Such contradictions can result from rules whose conclusions are contradictory while both their premises can potentially hold simultaneously. Several approaches deal with this notion of contradictions when updating logic programs <ref type="bibr" target="#b0">[1,</ref><ref type="bibr" target="#b1">2,</ref><ref type="bibr" target="#b2">3,</ref><ref type="bibr" target="#b3">4,</ref><ref type="bibr" target="#b4">5,</ref><ref type="bibr" target="#b5">6]</ref>. However, by using default negation, another form of inconsistency can appear which is called incoherence. Incoherent answer set programs do not possess answer sets even though the cause of the incoherence generally comprises only one or more smaller parts of the program. Several approaches show how these causes can be found and which part of the programs are affected and thus have to be revised in order to restore the coherence of a program <ref type="bibr" target="#b6">[7,</ref><ref type="bibr" target="#b7">8,</ref><ref type="bibr" target="#b8">9]</ref>. But to the best of our knowledge, there does not exist a method describing how to establish coherence, particularly in collaboration with an expert on the modelled knowledge. To disburden users from dealing with actual logic program rules and from coming up with a solution themselves, we therefore propose a method to compute possible solutions that reuses the coherent program parts while modifying the incoherence-causing parts as minimally invasive as possible. For that, we adapt results on coherence in argumentation graphs <ref type="bibr" target="#b8">[9]</ref> for normal logic programs which in turn enables us to locate those parts of the program (called SCUPs) that are responsible for the incoherence. We will then present different methods how the logic program can be amended in order to obtain a coherent logic program without performing unncessary modifications.</p><p>The paper is organized as follows. After providing some necessary preliminaries in Section 2 and 3, in Section 4, we introduce amendments for argumentation graphs and for normal logic programs and establish results in parallel between both types of amendments. The paper concludes by outlining how the presented approach can serve as part of a framework to interactively establish coherence in logic programs in Section 5, followed by a brief discussion of possible areas of application in Section 7.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.">Preliminaries</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.1.">Normal Logic Programs</head><p>In this paper, we look at non-disjunctive normal logic programs (NLPs) <ref type="foot" target="#foot_0">1</ref>  <ref type="bibr" target="#b9">[10]</ref> under the (threevalued) stable semantics <ref type="bibr" target="#b10">[11]</ref>. A NLP is a finite set of rules over a set 𝒜 of propositional atoms. A default-negated atom 𝐴, also called default literal, is written as ∼𝐴. A rule 𝑟 is of the form 𝐴 0 ← 𝐴 1 , . . . , 𝐴 𝑚 , ∼𝐴 𝑚+1 , . . . , ∼𝐴 𝑛 ., with atoms 𝐴 0 , . . . , 𝐴 𝑛 and 0 ≤ 𝑚 ≤ 𝑛. The atom 𝐴 0 is the head of 𝑟, denoted by 𝐻(𝑟), and {𝐴 1 , . . . 𝐴 𝑚 , ∼𝐴 𝑚+1 , . . . ∼𝐴 𝑛 } is the body of 𝑟, denoted by 𝐵(𝑟). Furthermore, {𝐴 1 , . . . , 𝐴 𝑚 } is denoted by 𝐵 + (𝑟) and {𝐴 𝑚+1 , . . . , 𝐴 𝑛 } by 𝐵 − (𝑟). A rule 𝑟 with 𝐵(𝑟) = ∅ is called a fact, and if 𝐻(𝑟) = ∅, rule 𝑟 is called a constraint. A rule 𝑟 with 𝐵 − (𝑟) ̸ = ∅ will be called a default rule. A normal logic program 𝒫 can then be defined as a set of rules. A set 𝐼 of atoms satisfies a rule 𝑟 if 𝐻(𝑟) ∈ 𝐼 whenever 𝐵 + (𝑟) ⊆ 𝐼 and 𝐵 − (𝑟) ∩ 𝐼 = ∅. We say for a set of atoms 𝐼, rule 𝑟 holds if 𝐼 satisfies 𝑟.</p><p>A three-valued interpretation is a pair of sets of atoms ⟨𝐼, 𝐼 ′ ⟩ with 𝐼 ∩ 𝐼 ′ = ∅, where 𝐼 represents the atoms which are true and 𝐼 ′ represents the atoms which are false. Thus, any atom 𝐴 ̸ ∈ 𝐼 ∪ 𝐼 ′ is undecided. We will also say, for any atom 𝐴, ⟨𝐼, 𝐼 ′ ⟩(𝐴) = T iff 𝐴 ∈ 𝐼, ⟨𝐼, 𝐼 ′ ⟩(𝐴) = F iff 𝐴 ∈ 𝐼 ′ , and ⟨𝐼, 𝐼 ′ ⟩(𝐴) = U otherwise. The truth-order ⪯ 𝑡 over {T, F, U} is defined as F ≺ 𝑡 U ≺ 𝑡 T whereas the knowledge order is defined by U ≺ 𝑘 T, F. A three-valued interpretation 𝐽 satisfies a positive rule 𝑟 iff min ⪯𝑡 {𝐽(𝐴) | 𝐴 ∈ 𝐵(𝑟)} ⪰ 𝑡 𝐽(𝐻(𝑟)). We furthermore define a constant U s.t. for every interpretation 𝐽, 𝐽(U) = U. The three-valued reduct 𝒫 ⟨𝐼,𝐼 ′ ⟩ of a program is obtained as follows:</p><formula xml:id="formula_0">𝒫 ⟨𝐼,𝐼 ′ ⟩ = {𝐻(𝑟) ← 𝐵 + (𝑟). | 𝑟 ∈ 𝒫, 𝐵 − (𝑟) ⊆ 𝐼 ′ }∪ (1) {𝐻(𝑟) ← 𝐵 + (𝑟), U. | 𝑟 ∈ 𝒫, 𝐵 − (𝑟) ∩ 𝐼 = ∅ and 𝐵 − (𝑟) ∖ 𝐼 ′ ̸ = ∅}.<label>(2)</label></formula><p>Intuitively, we add 𝐻(𝑟) ← 𝐵 + (𝑟) to 𝒫 ⟨𝐼,𝐼 ′ ⟩ when all negative atoms in 𝑟 are false, whereas we add 𝐻(𝑟) ← 𝐵 + (𝑟), U when all negative atoms in 𝑟 are not true, and there is some negative atoms in 𝑟 that is not false. We say 𝐽 is a stable interpretation for 𝒫 iff 𝐽 is the ⪯ 𝑡 -minimal interpretation of 𝒫 𝐽 . 𝐽 is a regular interpretation <ref type="bibr" target="#b11">[12]</ref> if it is stable and for every stable interpretation 𝐽 ′ , 𝐽 ′ ⪯ 𝑘 𝐽. A set of atoms 𝐼 is an answer set of 𝒫 if ⟨𝐼, 𝒜 ∖ 𝐼⟩ is a stable interpretation <ref type="bibr" target="#b9">[10]</ref>. It can be easily checked that 𝐽 1 is the ⪯ 𝑡 minimal interpretation of 𝒫 𝐽 1 1 .</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Definition 1 (Coherence</head></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.">Argumentation Graphs</head><p>In this section, we introduce assumption-based argumentation <ref type="bibr" target="#b12">[13]</ref> which will allow us to straightforwardly reason about incoherence and its causes in logic programs. The basic idea is the following: given a logic 𝒫, an argumentation graph, which is a directed graph consisting of arguments and attacks between these arguments, is constructed by considering sets of default literals as arguments. An attack between two arguments takes place if we can derive a (positive) atom that occurs negated in the attacked set from the attacking set of default literals. Thus, an attack between two sets of default literals occurs if there is one or more sets of rules that allow to derive, from the attacking set of default literals, a positive atom in the attacked set. In other words, the intuition is that every literal is assumed to be false, until and unless we can derive a valid counter-argument against this assumption. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Definition 2. Given a logic program 𝒫, we define</head><formula xml:id="formula_1">Ω 𝒫 = {∼𝐴 | 𝐴 ∈ ⋃︀ 𝑟∈𝒫 𝐵 − (𝑟)}. For some Δ ⊆ Ω 𝒫 , ⊢ 𝒫 ⊆ ℘(Ω 𝒫 ) × (𝒜 𝒫 ∪ Ω 𝒫 ) is defined inductively as follows: • Δ ⊢ 𝒫 ∼𝐴 iff ∼𝐴 ∈ Δ, • Δ ⊢ 𝒫 𝐴 iff there is some 𝑟 ∈ 𝒫 s.t. 𝐴 = 𝐻(𝑟) and Δ ⊢ 𝒫 𝜑 for every 𝜑 ∈ 𝐵(𝑟). Given Θ ∈ ℘(Ω 𝒫 ), we say Θ is derivable from Δ by a set of rules Γ ∈ 𝒫 iff Δ ⊢ Γ Θ.</formula><formula xml:id="formula_2">, Δ ↝ 𝒫 Θ iff Δ ⊢ 𝒫 𝐴 for some ∼𝐴 ∈ Θ.</formula><p>We will also call ∼𝐴 ∈ Ω 𝒫 an assumption, and sets of assumptions arguments.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Example 3 (Example 1 continued). The graphical representation of a fragment of the argumentation graph AF(𝒫 1</head><p>) can be seen in Figure <ref type="figure" target="#fig_0">1</ref>. By way of example, we explain the attack from {∼fever } to {∼sunstroke} by pointing to the fact that {∼fever } ⊢ 𝒫 1 sunstroke (see <ref type="bibr">Example 2)</ref>. Notice that we have included only the relevant fragment of the argumentation graph. To avoid clutter, attacks like {∼fever } ↝ 𝒫 1 {∼sunstroke, ∼stress} were left out of Figure <ref type="figure" target="#fig_0">1</ref>.</p><p>Assumption labellings are used to give semantics to argumentation graphs. An assumption labelling 𝐿 : Ω 𝒫 → {T, F, U} assigns to every assumption a truth-value T (true), F (false), or U (undecided). We denote, for † ∈ {T, F, U}, †(𝐿) = {∼𝐴 ∈ Ω 𝒫 | 𝐿(∼𝐴) = †}. For a set Δ ⊆ Ω 𝒫 and an assumption labelling 𝐿, 𝐿(Δ) = min ⪯𝑡 {𝐿(∼𝐴) | ∼𝐴 ∈ Δ}. Definition 4 <ref type="bibr">([14]</ref>). Let an argumentation graph AF(𝒫) = ⟨℘(Ω 𝒫 ), ↝ 𝒫 ⟩ and an assumption labelling 𝐿 : Ω → {T, F, U} be given. Then 𝐿 is:</p><formula xml:id="formula_3">• admissible iff for every ∼𝐴 ∈ Ω 𝒫 , it holds that (1) if 𝐿(∼𝐴) = T then for every Δ ⊆ Ω 𝒫 s.t. Δ ↝ 𝒫 ∼𝐴, there is some ∼𝐵 ∈ Δ s.t. 𝐿(∼𝐵) = F, (2) if 𝐿(∼𝐴) = F then there is some Δ ⊆ Ω 𝒫 s.t. Δ ↝ 𝒫 ∼𝐴 and for every ∼𝐵 ∈ Δ, 𝐿(∼𝐵) = T, (3) if 𝐿(∼𝐴) = U then for every Δ ⊆ Ω 𝒫 s.t. Δ ↝ 𝒫 ∼𝐴, there is some ∼𝐵 ∈ Δ s.t. 𝐿(∼𝐵) ̸ = T. 2 • complete if it is admissible and for every ∼𝐴 ∈ Ω 𝒫 , it holds that if 𝐿(∼𝐴) = U then there is some Δ ⊆ Ω 𝒫 s.t. Δ ↝ 𝒫 ∼𝐴 and for every ∼𝐵 ∈ Δ, 𝐿(∼𝐵) ̸ = F. • preferred if it is admissible and T(𝐿) is ⊆-maximal among all admissible labellings. • stable if it is admissible and iff U(𝐿) = ∅.</formula><p>Example 4 (Example 3 continued). For AF(𝒫 1 ), there are three complete labellings, 𝐿 1 , 𝐿 2 and 𝐿 3 , characterised by (to avoid clutter we leave out set-brackets):</p><formula xml:id="formula_4">𝐿 1 (∼fever ) = U 𝐿 2 (∼fever ) = T 𝐿 3 (∼fever ) = F 𝐿 1 (∼sunstroke) = U 𝐿 2 (∼sunstroke) = F 𝐿 3 (∼sunstroke) = T 𝐿 1 (∼stress) = T 𝐿 2 (∼stress) = T 𝐿 3 (∼stress) = T 𝐿 1 (∼workedOut) = T 𝐿 2 (∼workedOut) = T 𝐿 3 (∼workedOut) = T 𝐿 1 (∼fatigue) = F 𝐿 2 (∼fatigue) = F 𝐿 3 (∼fatigue) = F 𝐿 1 (∼allergy) = U 𝐿 2 (∼allergy) = U 𝐿 3 (∼allergy) = U 𝐿 1 (∼flu) = U 𝐿 2 (∼flu) = U 𝐿 3 (∼flu) = U 𝐿 1 (∼cold ) = U 𝐿 2 (∼cold ) = U 𝐿 3 (∼cold ) = U 𝐿 1 (∼migraine) = U 𝐿 2 (∼migraine) = U 𝐿 3 (∼migraine) = U</formula><p>𝐿 2 and 𝐿 3 are also preferred. It can be noticed that there is no stable labelling for AF(𝒫 1 ).</p><p>As shown in <ref type="bibr" target="#b14">[15]</ref>, complete labellings of the argumentation graph AF(𝒫) actually give an alternative characterisation of three-valued stable interpretation. To describe this characterisation, the following method of moving between labellings of AF(𝒫) and interpretations of 𝒫 are useful: Definition 5. Given an assumption labelling 𝐿, the corresponding three-valued interpretation Lab2Int(𝐿) is defined as Lab2Int(𝐿) = ⟨𝐼, 𝐼 ′ ⟩ where 𝐼 = {𝐴 | 𝐿(∼𝐴) = F} and 𝐼 ′ = {𝐴 | 𝐿(∼𝐴) = T}. Likewise, given a three-valued interpretation, ⟨𝐼, 𝐼 ′ ⟩, the corresponding assumption labelling Int2Lab(⟨𝐼, 𝐼 ′ ⟩) is defined by:</p><formula xml:id="formula_5">Int2Lab(⟨𝐼, 𝐼 ′ ⟩)(∼𝐴) = ⎧ ⎪ ⎨ ⎪ ⎩ T if 𝐴 ∈ 𝐼 ′ F if 𝐴 ∈ 𝐼 U otherwise</formula><p>The authors in <ref type="bibr" target="#b14">[15]</ref> have shown the following representation result: Proposition 1. Let a normal logic program 𝒫 be given. Then:</p><p>• ⟨𝐼, 𝐼 ′ ⟩ is a three-valued stable interpretation of 𝒫 iff Int2Lab(⟨𝐼, 𝐼 ′ ⟩) is a complete labelling of AF(𝒫), and vice versa: 𝐿 is a complete labelling of AF(𝒫) iff Lab2Int(𝐿) is a three-valued stable interpretation of 𝒫.</p><formula xml:id="formula_6">• ⟨𝐼, 𝐼 ′ ⟩ is a regular interpretation of 𝒫 iff Int2Lab(⟨𝐼, 𝐼 ′ ⟩) is a preferred labelling of AF(𝒫),</formula><p>and vice versa:</p><formula xml:id="formula_7">𝐿 is a preferred labelling of AF(𝒫) iff Lab2Int(𝐿) is a regular interpretation of 𝒫. • ⟨𝐼, 𝐼 ′ ⟩ is a stable interpretation of 𝒫 iff Int2Lab(⟨𝐼, 𝐼 ′ ⟩) is a stable labelling of AF(𝒫),</formula><p>and vice versa: 𝐿 is a stable labelling of AF(𝒫) iff Lab2Int(𝐿) is a three-valued stable interpretation of 𝒫.</p><p>Notice that the above proposition also implies that every preferred interpretation corresponds to a three-valued stable interpretation.</p><p>The problem of incoherence in abstract argumentation has been studied in <ref type="bibr" target="#b8">[9]</ref>. In this work, incoherence was analysed using the notion of strongly connected component (SCC) <ref type="bibr" target="#b15">[16]</ref>. A path from a set of assumptions Δ to a set of assumptions Θ is a sequence of sets of assumptions Δ 1 , . . . , Δ 𝑛 s.t. Δ 1 = Δ, Θ = Δ 𝑛 and Δ 𝑖 ↝ 𝒫 Δ 𝑖+1 for every 1 ≤ 𝑖 &lt; 𝑛. Path-equivalence between two sets of assumptions Δ and Θ holds iff Δ = Θ or there is a path from Δ to Θ and from Θ to Δ. The equivalence classes of all sets of assumptions under the relation of path-equivalence are called the strongly connected components of AF(𝒫).</p><formula xml:id="formula_8">An SCC Δ ⊆ ℘(Ω 𝒫 ) is an initial SCC if there is no SCC Θ ⊆ ℘(Ω 𝒫 ) s.t. Δ ̸ = Θ and there is some Θ ∈ Θ and some Δ ∈ Δ s.t. Θ ↝ 𝒫 Δ. Given a set of assumptions Δ ⊆ Ω 𝒫 , the restriction of AF(𝒫) to Δ is defined as AF(𝒫) ↓Δ = ⟨Δ, ↝ 𝒫 ∩(Δ × Δ)⟩. Definition 6. Given a labelling 𝐿, Δ ⊆ ℘(Ω 𝒫 ) is a strongly connected U-part w.r.t. 𝐿 (in short, SCUP) iff Δ is an initial SCC of AF(𝒫) ↓U(𝐿) .</formula><p>The authors in <ref type="bibr" target="#b8">[9]</ref> show that SCUPs can be seen as the responsible parts of incoherence: Proposition 2 (cf. <ref type="bibr" target="#b8">[9]</ref>). There exists a SCUP w.r.t. the preferred labelling 𝐿 iff 𝐿 is not stable.</p><p>Corollary 1 (cf. <ref type="bibr" target="#b8">[9]</ref>). 𝒫 is incoherent iff for every preferred labelling 𝐿 of AF(𝒫) there exists a SCUP.</p><p>They also established a strong connection between SCUPS and odd attack cycles between arguments, which we will exploit in this paper. In more detail, a direct consequence of the results in <ref type="bibr" target="#b8">[9]</ref> is that every SCUP contains at least one odd-length cycle (see Appendix A.1). SCUPS are, however, a more precise indication of the "cause" of incoherence, since, as we will see, incoherence can be resolved by manipulating SCUPs.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Example 5 (Example 4 continued).</head><p>For AF(𝒫 1 ) (with 𝒫 1 as in Example 1) and 𝐿 2 as in Example 4, let</p><formula xml:id="formula_9">Ω † = {Δ ∈ Ω 𝒫 1 | Δ ∩ {∼allergy, ∼flu, ∼cold , ∼migraine} ̸ = ∅}. Then we see that AF(𝒫 1 ) ↓U(𝐿) = ⟨Ω † , ↝ 𝒫 1 ∩(Ω † × Ω † )⟩.</formula><p>It can be observed that AF(𝒫 1 ) ↓U(𝐿) contains one SCC, namely: Δ = {Δ⊆ Ω 𝒫 1 | Δ ⊇ {∼allergy} or Δ ⊇ {∼flu, ∼cold , ∼stress, ∼workedOut} or Δ ⊇ {∼migraine, ∼stress, ∼workedOut}}. Thus, Δ is the unique SCUP w.r.t. 𝐿 2 .</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.">Coherence Restoration</head><p>As pointed out before, argumentation graphs provide insight into whether a logic program is coherent or not. More precisely, SCUPs of an argumentation graph point to the exact sets of attacks between assumptions that are the cause for the incoherence. For this reason, we will describe in the following how to manipulate an argumentation graph in order to obtain an argumentation graph that is free of SCUPs and which, therefore, has a stable labelling. We will specify suitable SCUP amendment operations, that are basic modifications that can be used (in combination) to resolve a SCUP and thus restore coherence.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.1.">SCUP Amendment</head><p>In the remainder of this paper, we will assume as given an incoherent NLP 𝒫 over 𝒜, its corresponding argumentation graph AF(𝒫) = ⟨℘(Ω 𝒫 ), ↝ 𝒫 ⟩, and the set SCUPS(𝒫) of all SCUPs in AF(𝒫) w.r.t. a preferred labelling 𝐿 for AF(𝒫).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Definition 7 (Informativeness).</head><p>Let 𝐿 be a labelling for AF(𝒫) and 𝐿 ′ a labelling for an argumentation graph AF ○ ⋆ = ⟨℘(Ω ○ ⋆ ), ↝ ○ ⋆ ⟩ with Ω 𝒫 =Ω ○ ⋆ . We say 𝐿 ′ is more informative than 𝐿, denoted by 𝐿 ≺ k 𝐿 ′ , if the following holds: T(𝐿) ⊆ T(𝐿 ′ ), F(𝐿) ⊆ F(𝐿 ′ ), and U(𝐿 ′ ) ⊊ U(𝐿). Definition 8 (SCUP Amendment). Given a preferred labelling 𝐿 for AF(𝒫) and a SCUP Δ ∈ SCUPS(𝒫), a SCUP amendment of AF(𝒫)</p><formula xml:id="formula_10">w.r.t. Δ is AF ○ ⋆ = ⟨℘(Ω ○ ⋆ ), ↝ ○ ⋆ ⟩ such that • Δ ↝ ○ ⋆ Θ iff Δ ↝ 𝒫 Θ, and Θ ∩ ⋃︀ Δ = ∅ for any Δ, Θ⊆Ω 𝒫 . • there exists a preferred labelling 𝐿 ○ ⋆ for AF ○ ⋆ such that -for all ∼𝐴 ∈ Ω ○ ⋆ ∖Ω: 𝐿 ○ ⋆ (∼𝐴) = T or 𝐿 ○ ⋆ (∼𝐴) = F, and -𝐿 ≺ k 𝐿 ○ ⋆ .</formula><p>Any such preferred labelling 𝐿 ○ ⋆ will be called an amendment labelling of AF ○ ⋆ w.r.t. 𝐿.</p><p>We explain SCUP amendments as follows: these amendments are changes to the argumentation graph ⟨℘(Ω 𝒫 ), ↝ 𝒫 ⟩ that are induced by either adding or removing attacks on arguments within the SCUP. A minimal condition for such amendments is that the argumentation graph can only be manipulated by adding or removing attacks on arguments that have at least one assumption in common with the SCUP that is the basis of an amendment. Below, we will give specific methods that lead to SCUP amendments. The amendment should have as a result that there exists a preferred labelling which is more informative than the preferred labelling on which the amendment was based and which "resolves" the SCUP in the sense that now every member of the SCUP gets assigned a definitive label (i.e. a label other than U). From the perspective of information theory, therefore, SCUP amendments reduce the undecidedness of the knowledge represented by the argumentation graph.</p><p>As shown in <ref type="bibr" target="#b8">[9]</ref>, it is not guaranteed that there exists a single SCUP amendment AF ○ ⋆ of AF(𝒫) such that a corresponding amendment labelling 𝐿 ○ ⋆ is a stable labelling. Definition 9 (Iterated SCUP Amendment). Let AF 1 be an argumentation graph with a preferred labelling 𝐿 1 and at least one SCUP Δ w.r.t. 𝐿 1 . An iterated SCUP amendment is a sequence ⟨AF 1 , L 1 ⟩, . . . , ⟨AF n , L n ⟩(n &gt; 1) such that for all 𝑖 (1 ≤ 𝑖 &lt; 𝑛), AF i+1 is a SCUP amendment of AF i w.r.t. Δ and 𝐿 𝑖+1 is an amendment labelling of AF i+1 w.r.t. 𝐿 𝑖 .</p><p>Next, we will propose different methods on how to manipulate a given argumentation graph in order to obtain a suitable SCUP amendment.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.2.">SCUP Amendment Operations</head><p>Informally, a SCUP of an argumentation graph AF contains one or more interdependent odd cycles such that all preferred labellings label all assumptions of these responsible cycles as undecided. Notice the importance of the preferred labellings for restoring coherence, as they are "as close" (according to ≤ 𝑖 ) to stable labellings as possible. Thus, resolving a SCUP requires the manipulation of the graph such that there exists a preferred labelling 𝐿 ○ ⋆ for the modified graph that is more informative, i. e., where at least one of the arguments that is part of the cycle is labelled either true or false by 𝐿 ○ ⋆ . Suppose one of the responsible odd cycles contains the assumption ∼𝑎. The most obvious way to obtain such a preferred labelling 𝐿 ○ ⋆ is to force an assumption of a responsible cycle to be true or false, for to demand that 𝑎 is true. In argumentation graphs, such an enforcement operation can be implemented by adding an attack from the empty set to ∼𝑎 (which, since then ∅ ⊢ 𝒫 𝑎, in turn corresponds to adding a fact 𝑎. in logic programs). Other ways to obtain a more informative labelling 𝐿 ○ ⋆ and ultimately a SCUP-free argumentation graph is to modify the responsible odd cycles and manipulate their attacks such that they contain even subcycles or break up the responsible cycles by removing one or more attacks of said cycles. These preliminary considerations lead us to the following SCUP amendment operations.</p><p>Given a SCUP Δ ∈ SCUPS(𝒫) w.r.t. a preferred labelling 𝐿, the following SCUP amendment operations can be used to (eventually) resolve SCUP Δ: Enforcement The SCUP amendment operation (SCUP) enforcement consists of the manipulation of AF to </p><formula xml:id="formula_11">AF ○ ⋆ = ⟨℘(Ω 𝒫 ), ↝ ○ ⋆ ⟩ w.r.t. Δ where ↝ ○ ⋆ = ↝ 𝒫 ∪{∅ ↝ ○ ⋆ Δ | ∼𝐴 ∈ Δ} such that ∼𝐴 ∈ ⋃︀ Δ.</formula><formula xml:id="formula_12">○ ⋆ = ⟨℘(Ω 𝒫 ), ↝ ○ ⋆ ⟩ w.r.t. Δ such that ↝ ○ ⋆ = ↝ 𝒫 ∖{Δ ′ ↝ 𝒫 Θ | ∼𝐴 ∈ Θ, Δ ′ ⊆ Δ} with Δ ∈ Δ and ∼𝐴 ∈ ⋃︀ Δ.</formula><p>Proposition 3. There exist argumentation graphs for which: (1) A single application of a SCUP pacification operation might not always lead to a SCUP amendment; <ref type="bibr" target="#b1">(2)</ref> no number of applications of evening up leads to a SCUP amendment of AF w.r.t. Δ.</p><p>Proof. Ad 1: this is shown by use of the following example. Consider the following AF 1 drawn in Figure <ref type="figure" target="#fig_2">2a</ref>. This argumentation graph has a single complete extension: Ad 2: this is shown by use of the following example. Consider the following argumentation graph AF 1 drawn in Figure <ref type="figure" target="#fig_2">2a</ref>. If we apply evening up as much as possible, we end up with the argumentation graph AF 2 drawn in Figure <ref type="figure" target="#fig_2">2b</ref>, which has the same unique complete labelling as</p><formula xml:id="formula_13">𝐿(∼𝑎) = 𝐿(∼𝑏) = 𝐿(∼𝑐) = U. ∼𝑐 ∼𝑎 ∼𝑏 (a) AF 1 ∼𝑐 ∼𝑎 ∼𝑏 (b) AF 2</formula><formula xml:id="formula_14">AF 1 : 𝐿(∼𝑎) = 𝐿(∼𝑏) = 𝐿(∼𝑐) = U.</formula><p>However, one can always iterate the amendment operations of enforcement and pacification to obtain a SCUP amendment.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Proposition 4. For any argumentation graph AF with a preferred labelling 𝐿 and a SCUP w.r.t. 𝐿:</head><p>(1) there exists a SCUP amendment of AF w.r.t. Δ that consists of a sequence of SCUP enforcement operations, and ( <ref type="formula" target="#formula_0">2</ref>) there exists a SCUP amendment of AF w.r.t. Δ that consists of a sequence of SCUP pacification operations. <ref type="foot" target="#foot_3">4</ref>For a SCUP Δ without self-attacking arguments, evening up is also an adequate amendment operation:  Adding the set of attacks</p><formula xml:id="formula_15">Γ 1 = {∅ ↝ ○ ⋆ Δ | ∼migraine ∈ Δ, Δ ∈ Δ} to AF(𝒫 1 ) would constitute a SCUP enforcement operation and thus AF(𝒫 ○ ⋆ 1 ) = ⟨℘(Ω 𝒫 1 ), ↝ ○ ⋆ ⟩ would be a SCUP amendment w.r.t. Δ where ↝ ○ ⋆ = ↝ ∪Γ 1 .</formula><p>Similarly, adding the set of attacks</p><formula xml:id="formula_16">Γ 2 = {{∼allergy} ↝ ○ ⋆ Δ | ∼flu ∈ Δ, Δ ∈ Δ} to AF(𝒫 1 ) would constitute a SCUP evening up operation. Again, AF(𝒫 ○ ⋆ 1 ) = ⟨℘(Ω 𝒫 1 ), ↝ ○ ⋆ ⟩ would be a SCUP amendment w.r.t. Δ where ↝ ○ ⋆ = ↝ ∪Γ 2 .</formula><p>Finally, Γ 3 = {{∼cold , ∼flu, ∼stress, ∼workedOut} ↝ ○ ⋆ Θ | ∼allergy ∈ Θ, Θ ∈ Δ} being removed from AF(𝒫 1 ) constitutes a SCUP pacification operation. Here, AF(𝒫 ○ ⋆ 1 ) = ⟨℘(Ω 𝒫 1 ), ↝ ○ ⋆ ⟩ would be a SCUP amendment w.r.t. Δ where ↝ ○ ⋆ = ↝ ∖Γ 1 . The resulting changes in AF(𝒫 1 ) illustrated in Figure <ref type="figure" target="#fig_1">3</ref>.</p><p>Thus, the following methodology for resolving incoherence in an NLP 𝒫 has been introduced: first, the argumentation framework AF(𝒫) is constructed. An iterated SCUP amendment is then applied to this argumentation framework, which consists of a number of SCUP amendments, each of which on its turn consists of a series of applications of SCUP amendment operations of the user's choice. Thus, SCUP amendment operations can be seen as the basic building blocks in our framework for coherence restoration. In the next section, we show how these SCUP amendment operations correspond to changes of the logic program 𝒫. With Corollary 2, such changes to the logic program 𝒫 can then be iterated to restore coherence of 𝒫.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.3.">NLP Amendments</head><p>By definition, an NLP 𝒫 induces a unique argumentation graph AF(𝒫), whereas AF(𝒫) can correspond to a vast number of logic programs. We have shown how one can modify an argumentation graph AF(𝒫) of an incoherent NLP 𝒫 via iterated SCUP amendment such that the final argumentation graph AF n has a stable labelling. This means, any NLP 𝒫 𝑛 that induces AF n is coherent. In this section, we will show how the execution of each amendment operation in AF(𝒫) can be implemented in 𝒫 accordingly.</p><p>Let 𝒫 Δ denote the set of rules corresponding to Δ ∈ SCUPS(𝒫), i. e., 𝒫 Δ = ⋃︀ {Ψ | Δ ⊢ Ψ 𝐴 for some Δ ∈ Δ and some ∼𝐴 ∈ ⋃︀ Δ}, and let 𝒫 𝜏 = 𝒫∖𝒫 Δ be the set of all other rules in 𝒫. Enforcement in 𝒫 Enforcement in 𝒫 modifies 𝒫 = 𝒫 Δ ∪ 𝒫 𝜏 to 𝒫 ○ ⋆ = 𝒫 Δ ′ ∪ 𝒫 𝜏 such that 𝒫 Δ ′ = 𝒫 Δ ∪ {𝐿.} and there exists a rule 𝑟 ∈ 𝒫 Δ with 𝐿 ∈ 𝐵 − (𝑟). In that case we also say that 𝒫 ○ ⋆ is obtained by application of the program amendment operation enforcement. Evening Up in 𝒫 Let 𝐴 be an atom such that there exists a set Θ ∈ Δ with ∼𝐴 ∈ Θ, and let Δ ∈ Δ be a set in Δ such that ∼𝐴 / ∈ Δ. Evening up in 𝒫 modifies 𝒫 = 𝒫 Δ ∪ 𝒫 𝜏 to 𝒫 ○ ⋆ = 𝒫 Δ ′ ∪ 𝒫 𝜏 such that 𝒫 Δ ′ = 𝒫 Δ ∪ {𝑟} with 𝐻(𝑟) = 𝐴 and 𝐵(𝑟) = Δ. In that case we also say that 𝒫 ○ ⋆ is obtained by application of the program amendment operation evening up. Pacification in 𝒫 Let 𝑟 ∈ 𝒫 Δ be a rule in 𝒫 Δ such that 𝐻(𝑟) = 𝐴 and ∼𝐴 an assumption in 𝒫 Δ . Let, furthermore, Γ = {Γ ⊆ 𝒫 Δ | Δ ⊢ Γ 𝐴} with Δ ∈ 𝒫 Δ be the set of all possible derivations of 𝐴 from some Δ in 𝒫 Δ . Pacification in 𝒫 modifies 𝒫 = 𝒫 Δ ∪𝒫 𝜏 to 𝒫 ○ ⋆ = 𝒫 Δ ′ ∪𝒫 𝜏 by removing at least one rule of every derivation Γ ∈ Γ , i. e. 𝒫 Δ ′ = 𝒫 Δ ∖𝐶, where 𝐶 is a hitting set of Γ (𝐶 contains at least one rule of every set in Γ). <ref type="foot" target="#foot_4">5</ref> In that case we also say that 𝒫 ○ ⋆ is obtained by application of the program amendment operation pacification. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.">Using Amendments in Applications</head><p>Given an incoherent program 𝒫, the presented approach can lead to a vast amount of possible solutions to obtain a coherent program 𝒫 ○ ⋆ . As mentioned before, deciding which solution is the most adequate for a given application context requires expert knowledge. We, therefore, propose that the SCUP resolution approach is implemented as part of an interactive framework similar to the framework for conflict resolution in <ref type="bibr" target="#b16">[17]</ref>. Such a framework can then be used to resolve all SCUPs in 𝒫 in interaction with an expert on the knowledge that is modelled in the given program. This expert does not necessarily have to be familiar with logic programming and with coherence in logic programs in particular. Thus, the implementation of such a framework has to perform two main functions: On the one hand, it has to be able to explain the exact causes of the incoherence to the expert in a way that is understandable without the technical knowledge surrounding the concept of coherence in logic programs. On the other hand, the framework has to gradually assess in interaction with the expert what part of the knowledge was initially modelled wrongly or insufficiently respectively in order to choose the most suitable solution. The interactive aspect of the framework should consist of asking the user the right questions such that they can make the most informed decision. For this, we propose the usage of argumentative dialogue theory (see e.g. <ref type="bibr" target="#b17">[18,</ref><ref type="bibr" target="#b18">19,</ref><ref type="bibr" target="#b19">20]</ref>). Both the causes and possible solutions for incoherence can be explained in an interactive way using argumentative dialogue theory. In these proof theories, the label of an argument can be explained in a dialogue held between the computer and the human-user, where the human-user can ask questions about the status of an argument (e.g. "why is fatigue not rejected"?) which the computer then answers by pointing to a counter-argument (e.g. "since we can derive fatigue in view of 𝑟 2 ). Formally, these dialogue games consist of a proponent (the computer) and an opponent (the human-user) exchanging arguments and counter-arguments based on the argumentation graph AF(𝒫). One possible implementation would be to generate not only the possible solutions regarding the SCUP resolution but also a corresponding dialogue tree where each path represents a possible dialogue between the framework and the expert and eventually leads to a coherent program.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.">Related Work</head><p>presented approach is similar to methods developed and investigated in the area of ASP debugging. Essentially, debugging approaches in <ref type="bibr" target="#b20">[21,</ref><ref type="bibr" target="#b21">22,</ref><ref type="bibr" target="#b22">23]</ref> aim to modify knowledge bases of any (not necessarily inconsistent) logic programs such that they represent the intended expert knowledge, i. e., they intend to remedy a mismatch between the actual semantics of the program and the semantics intended by the modeller. Generally, the ability to identify the errors in a given program and to compute suggestions crucially depends on information by the expert that is given on top of original input program. Our approach, however, focuses on a specific class of inconsistent programs and exploits the properties of incoherence. Here, the original program is by itself sufficient to identify the problem causes and to generate suitable solution suggestions. Once possible solutions are available, both, the presented method as well as debugging approaches like those based on the meta-programming <ref type="bibr" target="#b20">[21]</ref> technique can be used to successively obtain the most suitable solution in interaction with the user.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="7.">Discussion</head><p>We have shown how argumentation theory can be used to establish coherence in an NLP. The presented approach shows different options regarding how the responsible parts of the program can be modified in order to gradually obtain a coherent program. Such an approach is not only useful to analyze the different properties of the possible solutions that resolve the incoherent parts of the program. It can also serve as a motivation to consider using logic programs in real-life applications in numerous areas where not only complex decision processes take place but where the required knowledge is often subject to changes and updates. Embedding the presented approach in a suitable framework as discussed in Section 5 would, therefore, provide a useful extension for decision support systems that are based on logic programs <ref type="bibr" target="#b23">[24]</ref>, but it also opens up the possibility to use logic program in areas where one is faced with highly contrained problems and continously evolving knowledge like logistics or the medical sector.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>Figure 1 :</head><label>1</label><figDesc>Figure 1: Argumentation Graph AF(𝒫 1 ) from Example 1</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>3</head><label>3</label><figDesc>Evening Up The SCUP amendment operation (SCUP) evening up consists of the manipulation of AF to AF ○ ⋆ = ⟨℘(Ω 𝒫 ), ↝ ○ ⋆ ⟩ w.r.t. Δ where ↝ ○ ⋆ = ↝ 𝒫 ∪{Δ ↝ ○ ⋆ Θ | ∼𝐴 ∈ Θ} with Δ ∈ Δ, ∼𝐴 ∈ ⋃︀ Δ and ∼𝐴 ̸ ∈ Δ. Pacification The SCUP amendment operation (SCUP) pacification consists of the manipulation of AF to AF</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>Figure 2 :</head><label>2</label><figDesc>Figure 2: Visualization of argumentation graphs used in proof of Proposition 3</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head>Figure 3 : 6 Example 6 (</head><label>366</label><figDesc>Figure 3: Visualization of SCUP amendment operations in Example 6</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head>𝑟 9 , 𝑟 10 , 𝑟 11 , 𝑟 12 , 𝑟 13</head><label></label><figDesc></figDesc><table><row><cell>By way of illustration, we explain why 𝐽 1 is a three-valued stable interpretation. This can be seen by first calculating 𝒫 𝐽 1 1 :</cell></row><row><cell>𝑟 ′ 1 : fever ← highTemp, U. 𝑟 ′ 2 : fatigue ← lowEnergy. 𝑟 ′ 3 : highTemp ← tempAbove37 . 𝑟 ′ 4 : sunstroke ← highTemp, U. 𝑟 ′ 5 : allergy ← pollenSeason, fatigue, U. 𝑟 ′ 6 : cold ← fatigue, soreThroat, U. 𝑟 ′ 7 : flu ← fatigue, U. 𝑟 ′ 8 : migraine ← headache, U.</cell></row></table><note>). Let 𝒫 be an NLP. 𝒫 is coherent if 𝒫 has at least one answer set. Otherwise, 𝒫 will be called incoherent.Example 1.The following NLP 𝒫 1 will be used as a running example throughout the paper:𝑟 1 : fever ← highTemp,∼sunstroke. 𝑟 2 : fatigue ← lowEnergy, ∼stress, ∼workedOut. 𝑟 3 : highTemp ← tempAbove37 . 𝑟 4 : sunstroke ← highTemp, ∼fever . 𝑟 5 : allergy ← pollenSeason, fatigue, ∼flu, ∼cold . 𝑟 6 : cold ← fatigue, soreThroat, ∼migraine. 𝑟 7 : flu ← fatigue, ∼migraine. 𝑟 8 : migraine ← headache, ∼allergy. 𝑟 9 : soreThroat. 𝑟 10 : headache. 𝑟 11 : pollenSeason. 𝑟 12 : lowEnergy. 𝑟 13 : tempAbove37 . 𝒫 1 has no answer sets and is, therefore, incoherent. It has, however, the three-valued stable interpretations 𝐽 1 , 𝐽 2 and 𝐽 3 , where: ℱ ={soreThroat, headache, pollenSeason, lowEnergy, tempAbove37 } 𝐽 1 =⟨ℱ ∪ {fatigue}, {stress, workedOut}⟩ 𝐽 2 =⟨ℱ ∪ {sunstroke, fatigue}, {fever , stress, workedOut}⟩ 𝐽 3 =⟨ℱ ∪ {fever , fatigue}, {sunstroke, stress, workedOut}⟩</note></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_1"><head>𝒫 1 sunstroke (in view of the second item of Definition 2, the previous two items and sunstroke ← highTemp, ∼fever . ∈ 𝒫 1 ). Definition 3. Given a logic program</head><label></label><figDesc>𝒫, AF(𝒫) = ⟨℘(Ω 𝒫 ), ↝ 𝒫 ⟩ is the corresponding argumentation graph of 𝒫 where ↝ 𝒫 ⊆ ℘(Ω 𝒫 )×℘(Ω 𝒫 ) s.t. for any Δ, Θ ⊆ Ω 𝒫</figDesc><table><row><cell>Example 2 (Example 1 continued). We see that for 𝒫 1 in Example 1, the following derivations (among others) hold:</cell></row><row><cell>• {∼fever } ⊢ 𝒫 1 ∼fever (in view of the first item of Definition 2). • ∅ ⊢ 𝒫 1 tempAbove37 . and ∅ ⊢ 𝒫 1 highTemp. (in view of the second item of Definition 2 and since tempAbove37 ., highTemp ← tempAbove37 . ∈ 𝒫 1 ). • {∼fever } ⊢</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_2"><head>Proposition 5 .</head><label>5</label><figDesc>Let an argumentation graph AF with a preferred labelling 𝐿 and a SCUP Δ w.r.t. 𝐿 s.t. for no Δ ∈ Δ, Δ ↝ Δ. Then there exists a SCUP amendment of AF w.r.t. Δ that consists of a sequence of SCUP evening up operations. For any finite argumentation graph AF with a preferred labelling 𝐿 and at least one SCUP w.r.t. 𝐿, there exists an iterated SCUP amendment ⟨AF, L⟩, . . . , ⟨AF n , L n ⟩ s.t. 𝐿 𝑛 is a stable labelling. For any incoherent NLP 𝒫 and a preferred labelling 𝐿 of AF(𝒫), there exists an iterated SCUP amendment ⟨AF(𝒫), L⟩, . . . , ⟨AF n , L n ⟩ s.t. any NLP 𝒫 𝑛 that induces AF n is coherent.</figDesc><table><row><cell>Proposition 6. Corollary 2.</cell></row></table></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_3"><head>Proposition 7 .</head><label>7</label><figDesc>Let a program 𝒫, a preferred labelling 𝐿 w.r.t. AF(𝒫), a SCUP Δw.r.t. AF(𝒫) and 𝐿 be given, and let 𝒫 ○ ⋆ be obtained by application of the program amendment operation enforcement, evening up or pacification w.r.t. Δ. Then AF(𝒫 ○ ⋆ ) constitutes an application of the respective SCUP amendment operation to AF(𝒫) w.r.t. Δ. Conversely, for every application of the SCUP amendment operation enforcement, evening up or pacification to AF(𝒫) w.r.t. Δ, there exists an application of the respective program amendment operation to 𝒫 resulting in a program 𝒫 ○ ⋆ such that AF ○ ⋆ = AF(𝒫 ○ ⋆ ), where AF ○ ⋆ is the argumentation graph resulting from applying the mentioned SCUP amendment operation to AF(𝒫). Given a program 𝒫, an iterated program amendment of 𝒫 is a sequence of programs ⟨𝒫 1 , 𝒫 2 , . . . , 𝒫 𝑛 ⟩ s.t. 𝒫 1 = 𝒫 and for every 1 ≤ 𝑖 &lt; 𝑛, 𝒫 𝑖+1 is obtained by application of the program amendment operation enforcement, evening up or pacification. For any incoherent NLP 𝒫 there exists an iterated program amendment ⟨𝒫, 𝒫 1 , . . . , 𝒫 𝑛 ⟩ s.t. 𝒫 𝑛 is coherent. Consider the NLP 𝒫 1 , again. Let 𝒫 Δ = {𝑟 2 , 𝑟 5 , 𝑟 6 , 𝑟 7 , 𝑟 8 } be the set of rules corresponding to the unique SCUP Δ in 𝒫 1 (see Example 6). Adding the fact migraine. would then constitute a program enforcement operation in 𝒫 1 . Let ℱ= {soreThroat, headache, pollenSeason, lowEnergy, tempAbove37 }. With 𝒫 ○ ⋆ 1 = 𝒫 1 ∪ {migraine.}, we get 𝐴𝑆(𝒫 ○ ⋆ 1 ) = {ℱ ∪ {highTemp, fatigue, migraine, allergy, sunstroke}}. Similarly, adding the rule 𝑟: flu ← tempAbove37 , ∼allergy. to 𝒫 1 constitutes a program evening up operation in 𝒫 1 . With 𝒫 ○ ⋆ 1 ′ = 𝒫 1 ∪ {𝑟}, we get 𝐴𝑆(𝒫 ○ ⋆ 1 ′ ) = {ℱ ∪ {highTemp, fatigue, fever , flu, migraine}, ℱ ∪ {highTemp, fatigue, sunstroke, flu, migraine}}. Now, let 𝒫 ○ ⋆ 1 ′′ = 𝒫 1 ∖{𝑟 5 } be the program 𝒫 1 without rule 𝑟 5 . This constitutes a program pacification in 𝒫 1 . We get 𝐴𝑆(𝒫 ○ ⋆In contrast to the program amendment operations pacification and enforcement, evening up was only defined in a purely declarative way. It is easy to see, that given incoherent NLP 𝒫, there can exist a vast amount of ways to apply evening up in 𝒫 in order to obtain a coherent program 𝒫 ○ ⋆ . In order to illustrate the principle behind the evening up operation, we now propose the constructive definition of one possible evening up implementation. Evening Up by Contraposition The contraposition of a default rule 𝑟 is a rule 𝑟 ′ where 𝐻(𝑟 ′ ) = 𝐴 such that ∼𝐴 ∈ 𝐵(𝑟), and 𝐵(𝑟 ′ ) = 𝐵(𝑟) ∖ {∼𝐴} ∪ {∼𝐵} such that 𝐻(𝑟) = 𝐵. Evening up by contraposition consists of adding such a contrapositional rule 𝑟 ′ a rule 𝑟 ∈ 𝒫 Δ to 𝒫 Δ . Example 8 (Example 6 continued). For 𝒫 1 , the rule 𝑟 ′ 8 : allergy ←headache, ∼migraine. would be a possible contrapositional rule for 𝑟 8 and adding 𝑟 ′ 8 to 𝒫 Δ would be a SCUP amendment that would lead to a coherent program.</figDesc><table><row><cell>Definition 10. Corollary 3. Example 7 (Example 6 continued). 1 ′′ ) = {ℱ ∪ {highTemp, fatigue, migraine, fever }, ℱ ∪ { highTemp, fatigue, migraine, sunstroke}}.</cell></row></table></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_0">Albeit the presented approach aims to be used with answer set programs, for the proof of concept in this paper normal logic programs will suffice.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="2" xml:id="foot_1">Notice that in assumption-based argumentation labellings<ref type="bibr" target="#b13">[14]</ref>, there is a third condition (3) for admissible labellings, which does not occur in abstract argumentation labellings.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="3" xml:id="foot_2">A more fine-grained version of enforcement would be to allow for any attacks from arguments that are labelled T by the preferred labelling on which the SCUP amendment is based.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="4" xml:id="foot_3">In view of spatial limitations, proofs and further details have been left out but can be found in an online appendix under http://tinyurl.com/thki2021-appndx.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="5" xml:id="foot_4">A more fine-grained way to alter 𝒫Δ would be to subsequently replace the removed rule 𝑟 with a modified rule 𝑟 ′ where 𝐻(𝑟 ′ ) = 𝐻(𝑟) and 𝐵(𝑟 ′ ) ̸ = 𝐵(𝑟). An analysis and thorough description of the properties that a new rule 𝑟 ′ should possess such that the addition of 𝑟 ′ eventually leads to a SCUP amendment would be beyond the scope of this paper and will thus be examined in future work.</note>
		</body>
		<back>
			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">On properties of update sequences based on causal rejection</title>
		<author>
			<persName><forename type="first">T</forename><surname>Eiter</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Fink</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Sabbatini</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Tompits</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Theory Pract. Log. Program</title>
		<imprint>
			<biblScope unit="volume">2</biblScope>
			<biblScope unit="page" from="711" to="767" />
			<date type="published" when="2002">2002</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">Disjunctive logic programs with inheritance</title>
		<author>
			<persName><forename type="first">F</forename><surname>Buccafurri</surname></persName>
		</author>
		<author>
			<persName><forename type="first">W</forename><surname>Faber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><surname>Leone</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Logic Programming: The 1999 International Conference</title>
				<editor>
			<persName><forename type="first">D</forename><forename type="middle">D</forename><surname>Schreye</surname></persName>
		</editor>
		<meeting><address><addrLine>Las Cruces, New Mexico, USA</addrLine></address></meeting>
		<imprint>
			<publisher>MIT Press</publisher>
			<date type="published" when="1999-12-04">November 29 -December 4, 1999. 1999</date>
			<biblScope unit="page" from="79" to="93" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">Generalizing updates: From models to programs</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">A</forename><surname>Leite</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">M</forename><surname>Pereira</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Logic Programming and Knowledge Representation, Third International Workshop, LPKR &apos;97</title>
		<title level="s">Lecture Notes in Computer Science</title>
		<editor>
			<persName><forename type="first">J</forename><surname>Dix</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">L</forename><forename type="middle">M</forename><surname>Pereira</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">T</forename><forename type="middle">C</forename><surname>Przymusinski</surname></persName>
		</editor>
		<meeting><address><addrLine>Port Jefferson, New York, USA</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="1997-10-17">October 17, 1997. 1997</date>
			<biblScope unit="volume">1471</biblScope>
			<biblScope unit="page" from="224" to="246" />
		</imprint>
	</monogr>
	<note>Selected Papers</note>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Revision programming</title>
		<author>
			<persName><forename type="first">V</forename><forename type="middle">W</forename><surname>Marek</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Truszczynski</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Theor. Comput. Sci</title>
		<imprint>
			<biblScope unit="volume">190</biblScope>
			<biblScope unit="page" from="241" to="277" />
			<date type="published" when="1998">1998</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Updating extended logic programs through abduction</title>
		<author>
			<persName><forename type="first">C</forename><surname>Sakama</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Inoue</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Logic Programming and Nonmonotonic Reasoning, 5th International Conference, LPNMR&apos;99</title>
		<title level="s">Lecture Notes in Computer Science</title>
		<editor>
			<persName><forename type="first">M</forename><surname>Gelfond</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">N</forename><surname>Leone</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">G</forename><surname>Pfeifer</surname></persName>
		</editor>
		<meeting><address><addrLine>El Paso, Texas, USA</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="1999">December 2-4, 1999. 1999</date>
			<biblScope unit="volume">1730</biblScope>
			<biblScope unit="page" from="147" to="161" />
		</imprint>
	</monogr>
	<note>Proceedings</note>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Updating logic programs</title>
		<author>
			<persName><forename type="first">Y</forename><surname>Zhang</surname></persName>
		</author>
		<author>
			<persName><forename type="first">N</forename><forename type="middle">Y</forename><surname>Foo</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">13th European Conference on Artificial Intelligence</title>
				<editor>
			<persName><forename type="first">H</forename><surname>Prade</surname></persName>
		</editor>
		<meeting><address><addrLine>Brighton, UK</addrLine></address></meeting>
		<imprint>
			<publisher>John Wiley and Sons</publisher>
			<date type="published" when="1998">August 23-28 1998. 1998</date>
			<biblScope unit="page" from="403" to="407" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Coherence of updates in answer set programming</title>
		<author>
			<persName><forename type="first">S</forename><surname>Costantini</surname></persName>
		</author>
		<author>
			<persName><forename type="first">B</forename><surname>Intrigila</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Provetti</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. of the IJCAI-2003 Workshop on Nonmonotonic Reasoning, Action and Change</title>
				<meeting>of the IJCAI-2003 Workshop on Nonmonotonic Reasoning, Action and Change</meeting>
		<imprint>
			<date type="published" when="2003">2003</date>
			<biblScope unit="page" from="66" to="72" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">On the existence of stable models of non-stratified logic programs</title>
		<author>
			<persName><forename type="first">S</forename><surname>Costantini</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Theory Pract. Log. Program</title>
		<imprint>
			<biblScope unit="volume">6</biblScope>
			<biblScope unit="page" from="169" to="212" />
			<date type="published" when="2006">2006</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">On the responsibility for undecisiveness in preferred and stable labellings in abstract argumentation</title>
		<author>
			<persName><forename type="first">C</forename><surname>Schulz</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Toni</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Artif. Intell</title>
		<imprint>
			<biblScope unit="volume">262</biblScope>
			<biblScope unit="page" from="301" to="335" />
			<date type="published" when="2018">2018</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">Classical negation in logic programs and disjunctive databases</title>
		<author>
			<persName><forename type="first">M</forename><surname>Gelfond</surname></persName>
		</author>
		<author>
			<persName><forename type="first">V</forename><surname>Lifschitz</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">New Gener. Comput</title>
		<imprint>
			<biblScope unit="volume">9</biblScope>
			<biblScope unit="page" from="365" to="386" />
			<date type="published" when="1991">1991</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">The well-founded semantics coincides with the three-valued stable semantics</title>
		<author>
			<persName><forename type="first">T</forename><forename type="middle">C</forename><surname>Przymusinski</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Fundam. Inform</title>
		<imprint>
			<biblScope unit="volume">13</biblScope>
			<biblScope unit="page" from="445" to="463" />
			<date type="published" when="1990">1990</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<analytic>
		<title level="a" type="main">Three-valued formalization of logic programming: is it needed?</title>
		<author>
			<persName><forename type="first">J.-H</forename><surname>You</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><forename type="middle">Y</forename><surname>Yuan</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the ninth ACM SIGACT-SIGMOD-SIGART symposium on Principles of database systems</title>
				<meeting>the ninth ACM SIGACT-SIGMOD-SIGART symposium on Principles of database systems</meeting>
		<imprint>
			<date type="published" when="1990">1990</date>
			<biblScope unit="page" from="172" to="182" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">Assumption-based argumentation</title>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">M</forename><surname>Dung</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">A</forename><surname>Kowalski</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Toni</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Argumentation in artificial intelligence</title>
				<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2009">2009</date>
			<biblScope unit="page" from="199" to="218" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<analytic>
		<title level="a" type="main">Labellings for assumption-based and abstract argumentation</title>
		<author>
			<persName><forename type="first">C</forename><surname>Schulz</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Toni</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">International Journal of Approximate Reasoning</title>
		<imprint>
			<biblScope unit="volume">84</biblScope>
			<biblScope unit="page" from="110" to="149" />
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<analytic>
		<title level="a" type="main">On the equivalence between assumption-based argumentation and logic programming</title>
		<author>
			<persName><forename type="first">M</forename><surname>Caminada</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Schulz</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Artificial Intelligence Research</title>
		<imprint>
			<biblScope unit="volume">60</biblScope>
			<biblScope unit="page" from="779" to="825" />
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<analytic>
		<title level="a" type="main">On the role of strongly connected components in argumentation</title>
		<author>
			<persName><forename type="first">P</forename><surname>Baroni</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Giacomin</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 10th International Conference on Information Processing and Management of Uncertainty inKnowledge-Based Systems (IPMU 2004)</title>
				<meeting>the 10th International Conference on Information Processing and Management of Uncertainty inKnowledge-Based Systems (IPMU 2004)<address><addrLine>Perugia, Italy</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2004">2004</date>
			<biblScope unit="page" from="1887" to="1894" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<analytic>
		<title level="a" type="main">Towards interactive conflict resolution in asp programs</title>
		<author>
			<persName><forename type="first">A</forename><surname>Thevapalan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Kern-Isberner</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the 18th International Workshop on Non-Monotonic Reasoning</title>
				<editor>
			<persName><forename type="first">M</forename><surname>Martinez</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">I</forename><surname>Varcinczak</surname></persName>
		</editor>
		<meeting>the 18th International Workshop on Non-Monotonic Reasoning<address><addrLine>NMR</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2020">2020. 2020</date>
			<biblScope unit="page" from="29" to="36" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b17">
	<analytic>
		<title level="a" type="main">Proof theories and algorithms for abstract argumentation frameworks</title>
		<author>
			<persName><forename type="first">S</forename><surname>Modgil</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Caminada</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Argumentation in artificial intelligence</title>
				<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2009">2009</date>
			<biblScope unit="page" from="105" to="129" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b18">
	<analytic>
		<title level="a" type="main">Argumentation semantics as formal discussion</title>
		<author>
			<persName><forename type="first">M</forename><surname>Caminada</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Applied Logics</title>
		<imprint>
			<biblScope unit="volume">4</biblScope>
			<biblScope unit="page" from="2457" to="2492" />
			<date type="published" when="2017">2017</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b19">
	<monogr>
		<author>
			<persName><forename type="first">D</forename><surname>Walton</surname></persName>
		</author>
		<author>
			<persName><forename type="first">E</forename><forename type="middle">C</forename><surname>Krabbe</surname></persName>
		</author>
		<title level="m">Commitment in dialogue: Basic concepts of interpersonal reasoning</title>
				<imprint>
			<publisher>SUNY press</publisher>
			<date type="published" when="1995">1995</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b20">
	<analytic>
		<title level="a" type="main">A meta-programming technique for debugging answer-set programs</title>
		<author>
			<persName><forename type="first">M</forename><surname>Gebser</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Pührer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Schaub</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Tompits</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the Twenty-Third AAAI Conference on Artificial Intelligence, AAAI 2008</title>
				<editor>
			<persName><forename type="first">D</forename><surname>Fox</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">C</forename><forename type="middle">P</forename><surname>Gomes</surname></persName>
		</editor>
		<meeting>the Twenty-Third AAAI Conference on Artificial Intelligence, AAAI 2008<address><addrLine>Chicago, Illinois, USA</addrLine></address></meeting>
		<imprint>
			<publisher>AAAI Press</publisher>
			<date type="published" when="2008">July 13-17, 2008. 2008</date>
			<biblScope unit="page" from="448" to="453" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b21">
	<analytic>
		<title level="a" type="main">Stepping through an answer-set program</title>
		<author>
			<persName><forename type="first">J</forename><surname>Oetsch</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Pührer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Tompits</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Logic Programming and Nonmonotonic Reasoning -11th International Conference, LPNMR 2011</title>
		<title level="s">Lecture Notes in Computer Science</title>
		<editor>
			<persName><forename type="first">J</forename><forename type="middle">P</forename><surname>Delgrande</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">W</forename><surname>Faber</surname></persName>
		</editor>
		<meeting><address><addrLine>Vancouver, Canada</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2011">May 16-19, 2011. 2011</date>
			<biblScope unit="volume">6645</biblScope>
			<biblScope unit="page" from="134" to="147" />
		</imprint>
	</monogr>
	<note>Proceedings</note>
</biblStruct>

<biblStruct xml:id="b22">
	<analytic>
		<title level="a" type="main">Interactive query-based debugging of ASP programs</title>
		<author>
			<persName><forename type="first">K</forename><forename type="middle">M</forename><surname>Shchekotykhin</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the Twenty-Ninth AAAI Conference on Artificial Intelligence</title>
				<editor>
			<persName><forename type="first">B</forename><surname>Bonet</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">S</forename><surname>Koenig</surname></persName>
		</editor>
		<meeting>the Twenty-Ninth AAAI Conference on Artificial Intelligence<address><addrLine>Austin, Texas, USA</addrLine></address></meeting>
		<imprint>
			<publisher>AAAI Press</publisher>
			<date type="published" when="2015">January 25-30, 2015. 2015</date>
			<biblScope unit="page" from="1597" to="1603" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b23">
	<analytic>
		<title level="a" type="main">Decision support core system for cancer therapies using ASP-HEX</title>
		<author>
			<persName><forename type="first">A</forename><surname>Thevapalan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Kern-Isberner</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Howey</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Beierle</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><forename type="middle">G</forename><surname>Meyer</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Nietzke</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proceedings of the Thirty-First International Florida Artificial Intelligence Research Society Conference, FLAIRS 2018</title>
				<editor>
			<persName><forename type="first">K</forename><surname>Brawner</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">V</forename><surname>Rus</surname></persName>
		</editor>
		<meeting>the Thirty-First International Florida Artificial Intelligence Research Society Conference, FLAIRS 2018<address><addrLine>Melbourne, Florida, USA</addrLine></address></meeting>
		<imprint>
			<publisher>AAAI Press</publisher>
			<date type="published" when="2018">May 21-23 2018. 2018</date>
			<biblScope unit="page" from="531" to="536" />
		</imprint>
	</monogr>
</biblStruct>

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