<?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">Encoding Choice Logics in ASP</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Michael</forename><surname>Bernreiter</surname></persName>
							<affiliation key="aff0">
								<orgName type="department">DBAI</orgName>
								<orgName type="institution">TU Wien</orgName>
								<address>
									<country key="AT">Austria</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Jan</forename><surname>Maly</surname></persName>
							<email>jmaly@dbai.tuwien.ac.at</email>
							<affiliation key="aff0">
								<orgName type="department">DBAI</orgName>
								<orgName type="institution">TU Wien</orgName>
								<address>
									<country key="AT">Austria</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Stefan</forename><surname>Woltran</surname></persName>
							<email>woltran@dbai.tuwien.ac.at</email>
							<affiliation key="aff0">
								<orgName type="department">DBAI</orgName>
								<orgName type="institution">TU Wien</orgName>
								<address>
									<country key="AT">Austria</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Encoding Choice Logics in ASP</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">838D3FB8A197836D62941E3DE8C68DED</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T08:06+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>Preferences</term>
					<term>Choice Logics</term>
					<term>Answer Set Programming</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>Choice Logics are a tool to express and reason about preferences. A choice logic extends classical propositional logic by adding non-classical binary connectives which express a certain form of ordering over interpretations that satisfy the connective; examples in the literature are Qualitative Choice Logic (QCL) which introduces the concept of ordered disjunction and Conjunctive Choice Logic (CCL) where an ordered variant of conjunction has been proposed. These logics have in common that interpretations ascribe a natural number, called satisfaction degree, to formulas; the lower this satisfaction degree, the more preferable the interpretation. In this paper, we present a general framework to capture several such logics and show how choice logics defined in our framework can be encoded using Answer Set Programming. (ASP).</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>Preferences are of interest in many areas of research such as economics, psychology, philosophy, but also computer science. Artificial intelligence, databases, and other fields are often concerned with analyzing "human choice behavior" <ref type="bibr">[13]</ref>.</p><p>One formal framework in which preferences can be expressed is Qualitative Choice Logic (QCL) <ref type="bibr">[4]</ref>. QCL extends classical propositional logic by a binary connective #» ×, called ordered disjunction. Let F and G be formulas. Then the intuitive meaning of F #» ×G is that if possible, F should be satisfied. If this is not possible, then it is still acceptable, but less preferable, to satisfy only G. Satisfying neither F or G is not acceptable. More specifically, the satisfaction relation of QCL ascribes a natural number (called satisfaction degree) to a formula, given some interpretation. We prefer those interpretations that result in the smallest satisfaction degree for a formula. A further logic based on ordered connectives, called Conjunctive Choice Logic (CCL), has later been introduced in <ref type="bibr">[2]</ref>. CCL replaces the ordered disjunction of QCL by another binary connective #» , called ordered conjunction. The intuitive meaning of F #» G is that if possible, F and G should be satisfied. If this is not possible, then at least F should be satisfied.</p><p>In this paper, we will generalize QCL and CCL by defining a framework for logics in which preferences can be expressed by extending propositional logic with additional non-classical connectives. A logic of this framework will be referred to as a choice logic (CL). For instance, our framework allows to combine QCL and CCL into a new logic in a straightforward way. We provide some preliminary results for general CLs in terms of equivalence. The main contribution of the paper, however, is to encode choice logics from our framework by means of Answer Set Programming (ASP).</p><p>While there is a significant amount of literature on adding preferences to core ASP (see, e.g. <ref type="bibr">[6,</ref><ref type="bibr">5,</ref><ref type="bibr">9]</ref>), only a few papers encoded fundamental preference mechanisms in (standard) ASP. Work in this direction includes, for instance, encodings for the voting domain <ref type="bibr" target="#b16">[7,</ref><ref type="bibr">12]</ref>, and a translation from ASP with Resources (RASP) to plain ASP <ref type="bibr">[8]</ref>. In fact, we opted here also for encodings in standard ASP, since our general framework of choice logics allows for connectives that can be quite different to concrete ASP add-ons.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2">Introducing QCL and CCL</head><p>We briefly summarize the definitions of the two choice logics that motivate our general framework, namely QCL, introduced by Brewka et al. <ref type="bibr">[4]</ref>, and CCL, introduced by Boudjelida and Benferhat <ref type="bibr">[2]</ref>. In their original papers, both logics use slightly different notation for the same concepts. For the sake of uniformity, we stick to one notation that is a mixture of the notation of both papers.</p><p>QCL is an extension of propositional logic that adds a new connective #» ×.</p><p>Definition 1. The set of QCL-formulas F QCL is defined inductively as follows:</p><p>1. x ∈ F QCL , where x is a propositional variable;</p><formula xml:id="formula_0">2. if F ∈ F QCL , then (¬F ) ∈ F QCL ; 3. if F, G ∈ F QCL , then (F • G) ∈ F QCL for • ∈ {∧, ∨, #» ×}.</formula><p>Observe that every classical propositional formula is also a QCL-formula. The semantics of QCL is based on satisfaction degrees. Interpretations ascribe a natural number to formulas. The lower this number (satisfaction degree) is, the more preferable this interpretation is for that particular formula. Before we can define the inference relation for satisfaction degrees, we need the concept of optionality, which expresses the number of satisfaction degrees that a formula can possibly have. Definition 2. Let x be a propositional variable, and let F and G be QCL formulas. Then the optionality of a QCL formula is defined as follows:</p><formula xml:id="formula_1">1. opt(F ) = 1 if either F = x or F = ¬G; 2. opt(F • G) = max(opt(F ), opt(G)) for • ∈ {∧, ∨}; 3. opt(F #» ×G) = opt(F ) + opt(G).</formula><p>Now we can define the notion of satisfaction degree. 1 Definition 3. Let I be an interpretation, x be a propositional variable, and F and G be QCL formulas. Then the satisfaction degree k ∈ N ∪ {∞} of a QCL formula under I is defined as follows:</p><formula xml:id="formula_2">1. I |∼ QCL k x with k = 1 if x ∈ I and k = ∞ otherwise; 2. I |∼ QCL k ¬F with k = 1 if I |∼ QCL ∞ F and k = ∞ otherwise; 3. I |∼ QCL k F ∧ G with k = max(m, n) for I |∼ QCL m F and I |∼ QCL n G: 4. I |∼ QCL k F ∨ G with k = min(m, n) for I |∼ QCL m F and I |∼ QCL n G; 5. I |∼ QCL k F #» ×G iff I |∼ QCL k F for k &lt; ∞ or I |∼ QCL ∞ F, I |∼ QCL m G, and k = m + opt(F ).</formula><p>We observe that the satisfaction degree of a formula under a given interpretation is unique. If there is a k ∈ N such that I |∼ QCL k F , we say that I satisfies F with a degree of k. Otherwise, we say that F is not satisfied under I. As an example, let us consider the formula F = ((x ∧ y) #» ×x). Intuitively, F expresses that it is preferable to satisfy both x and y. If this is not possible, then it is still acceptable to satisfy only x. Formally, this means {x, y}</p><formula xml:id="formula_3">|∼ QCL 1 F and {x} |∼ QCL 2 F , but ∅ |∼ QCL ∞ F .</formula><p>Since the purpose of QCL is to express preference, we are often interested in those models that satisfy a formula with minimal satisfaction degree, i.e. we are interested in the preferred models of a formula. </p><formula xml:id="formula_4">k =      m if I |∼ CCL 1 F and I |∼ CCL m G m + opt(G) if I |∼ CCL m F , m = 1, and m = ∞ ∞ otherwise</formula><p>The intuitive meaning of a formula A #» B is that A and B is the most preferred outcome but, if that is not possible, only A is also acceptable but less preferred.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3">A Framework for Choice Logics</head><p>QCL and CCL are two logics that only differ in the definition of the semantics of the choice operator. Furthermore, the choice operators considered in QCL and CCL are not the only sensible choice operators. Consider, for example a choice connective that expresses that one prefers A to B but satisfying both or neither is not acceptable. This connective can express preferences between options that can not be chosen together, for example events at the same time slot. Therefore, we propose a general framework for choice logics (CL) that captures QCL and CCL and can also express other interesting choice connectives. Syntactically, our framework closely resembles QCL and CCL, with the main difference that we allow, in general, arbitrary many choice connectives. Definition 6. The set of choice connectives C L of a choice logic L is a finite set of binary connectives such that C L ∩ {¬, ∧, ∨} = ∅. The set F L of formulas of a choice logic L is defined inductively as follows:</p><formula xml:id="formula_5">1. x ∈ F L , where x is a propositional variable; 2. if F ∈ F L , then (¬F ) ∈ F L ; 3. if F, G ∈ F L , then (F • G) ∈ F L for • ∈ {∧, ∨} ∪ C L . For C QCL = { #»</formula><p>×} we retrieve the syntax of QCL and for C L = {} we retrieve the syntax of propositional logic.</p><p>For any choice logic, the semantics of the classical connectives for optionality and satisfaction degree are the same as for QCL and CCL. The semantics of a choice connective depends on the intended meaning of the connective. However, we can give reasonable restrictions for the semantics of choice connectives, for example the following upper bound for the optionality of a choice connective:</p><formula xml:id="formula_6">opt L (F • G) ≤ (opt L (F ) + 1) • (opt L (G) + 1).</formula><p>The idea is that F can have at most opt L (F ) many finite satisfaction degrees, plus the infinite degree ∞, i.e. there are at most opt L (F ) + 1 degrees for F . Analogously for G. Thus, there are (opt L (F ) + 1) • (opt L (G) + 1) possible combinations for how satisfaction degrees can be ascribed to (F • G). In addition to giving an upper bound, we can also give the following lower bound:</p><formula xml:id="formula_7">opt L (F • G) ≥ max(opt L (F ), opt L (G)).</formula><p>A choice connective should introduce new ways to distinguish between interpretations, or at least not give less options for doing so.</p><p>Lastly, for any reasonable choice connectives, the optionality of (F •G) should only depend on the optionality of F and G. No other factors, such as the structure of F or G, should have an influence. Definition 7. Let x be a propositional variable, and let F and G be formulas of a choice logic L. Then the optionality of an L-formula is given by the function</p><formula xml:id="formula_8">opt L : F L → N such that 1. opt L (F ) = 1 if either F = x or F = ¬G; 2. opt L (F • G) = max(opt L (F ), opt L (G)) for • ∈ {∧, ∨}; 3. for every • ∈ C L there is a function f : N 2 → N such that opt L (F • G) = f (opt L (F ), opt L (G)) with max(opt L (F ), opt L (G)) ≤ opt L (F • G) ≤ (opt L (F ) + 1) • (opt L (G) + 1).</formula><p>We are now ready to define the notion of satisfaction degrees for an arbitrary choice logic. For the semantics of choice connectives, we impose two crucial restrictions. Firstly, the satisfaction degree of a formula under any given interpretation should never be bigger than its optionality, unless the degree is ∞. After all, the purpose of optionality is to assert the number of satisfaction degrees that a formula can possibly have. Secondly, the satisfaction degree of a formula F • G under any given interpretation should only depend on the optionalities and satisfaction degrees of F and G. The structure of the formula or interpretation should have no impact on the satisfaction degree. For example, whether an interpretation assigns an even or uneven number of propositional variables to true should have no influence on the satisfaction degree.</p><p>Therefore, the satisfaction degrees in a choice logic are defined as follows. To simplify notation, we write deg</p><formula xml:id="formula_9">L (I, F ) = k if I |∼ L k F holds.</formula><p>Definition 8. Let L be a choice logic, I be an interpretation, x be a propositional variable, and F and G be L-formulas. Then the satisfaction degree of an L-formula under I is defined as</p><formula xml:id="formula_10">1. I |∼ L k x with k = 1 if x ∈ I and k = ∞ otherwise: 2. I |∼ L k ¬F with k = 1 if I |∼ L ∞ F and k = ∞ otherwise; 3. I |∼ L k F ∧ G with k = max(m, n) if I |∼ L m F and I |∼ L n G; 4. I |∼ L k F ∨ G with k = min(m, n) if I |∼ L m F and I |∼ L n G; 5. for every • ∈ C L there is a function g : (N ∪ {∞}) 4 → (N ∪ {∞}) such that deg L (I, F • G) = g(opt L (F ), opt L (G), deg L (I, F ), deg L (I, G)) with deg L (I, F • G) ≤ opt L (F • G) or deg L (I, F • G) = ∞.</formula><p>As before, we say that I satisfies F with a degree of k. If I satisfies F with a finite degree, then I is called a model of F . Furthermore, we can define preferred models analogously to QCL. Definition 9. Let I be an interpretation and let F be a formula of some choice logic L. Then I is a preferred model of F , written as</p><formula xml:id="formula_11">I ∈ M od L (F ), if deg L (I, F ) =</formula><p>∞ and for all other interpretations J we have deg L (I, F ) ≤ deg L (J , F ).</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1">Examples for Choice Logics</head><p>A CL is characterized by its choice connectives and by the meaning ascribed to said connectives. We have already seen the definition of QCL and CCL and it is evident that they can be expressed within our framework. As discussed above, we would like a connective #» ⊕ that expresses the following situation: It is preferable to satisfy F ; if this is not possible, then G should be satisfied, but it is not acceptable to satisfy both F and G. This connective is based on exclusive disjunction (XOR), similar to how #» × is based on regular disjunction. We name this connective ordered exclusive disjunction, and call the corresponding choice logic Exclusive Disjunctive Choice Logic (XCL).</p><p>Definition 10. XCL is the choice logic such that</p><formula xml:id="formula_12">C XCL = { #» ⊕}, opt XCL (F #» ⊕G) = opt XCL (F ) + opt XCL (G),</formula><p>and</p><formula xml:id="formula_13">deg XCL (I, F #» ⊕G) =                deg XCL (I, F ) if deg XCL (I, F ) &lt; ∞ and deg XCL (I, G) = ∞ deg XCL (I, G) + opt XCL (F ) if deg XCL (I, F ) = ∞ and deg XCL (I, G) &lt; ∞ ∞ otherwise</formula><p>We note that this connective can also be expressed in QCL as ((F #» ×G) ∧ ¬(F ∧ G)). But if this type of preference has to be expressed often in a given system, then a dedicated choice connective can simplify specifications. Other, simple, choice connectives can not directly be expressed in QCL, for example because they ignore the optionality of a formula.</p><formula xml:id="formula_14">Definition 11. L 1 is the choice logic such that C L1 = {•}, opt L1 (F • G) = opt L1 (F ) + 1,</formula><p>and</p><formula xml:id="formula_15">deg L1 (I, F • G) =      deg L1 (I, F ) if deg L1 (I, F ) &lt; ∞ and deg L1 (I, G) &lt; ∞ deg L1 (I, F ) + 1 if deg L1 (I, F ) &lt; ∞ and deg L1 (I, G) = ∞ ∞ otherwise</formula><p>The idea behind F • G in L 1 is that it is preferable to satisfy both F and G. If this is not possible, at least F should be satisfied. In this sense, the choice connective of L 1 fulfills the same purpose as ordered conjunction in CCL. However, L 1 does not use optionality to penalize less preferable interpretations. Instead, the degree of such interpretations is simply incremented by 1.</p><p>The framework also allows for CLs with multiple choice connectives. For example, one could define a CL that combines the choice connectives of QCL and CCL.</p><p>Definition 12. QCCL is the choice logic such that</p><formula xml:id="formula_16">C QCCL = { #» ×, #» }, opt QCCL (F #» ×G) = opt QCL (F #» ×G), opt QCCL (F #» G) = opt CCL (F #» G), deg QCCL (I, F #» ×G) = deg QCL (I, F #» ×G),<label>and</label></formula><formula xml:id="formula_17">deg QCCL (I, F #» G) = deg CCL (I, F #» G).</formula><p>Since our framework is not very restrictive, there are infinitely many CLs. This includes more exotic CLs than the ones we have seen, with less intuitive properties.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2">Equivalence of formulas</head><p>An important question in any logic is, when are two formulas equivalent. There are different ways to formalize equivalence between two choice formulas. The weakest one is to say that F and G are equivalent if they have the same preferred models, i.e. if M od L (F ) = M od L (G). A stronger notion would be the following. Definition 13. Let F and G be formulas of some choice logic L. F and G are degree-equivalent, written as F ≡ L d G, if for all interpretations I we have that</p><formula xml:id="formula_18">deg L (I, F ) = deg L (I, G).</formula><p>It is easy to see that degree-equivalence of two formulas implies that they also have the same preferred models. However, degree-equivalence does not imply that two formulas can be used interchangeably. This property is usually called strong equivalence <ref type="bibr">[11]</ref>. Definition 14. Let A and B be formulas of some choice logic L. A and B are strongly equivalent, written as</p><formula xml:id="formula_19">A ≡ L s B, if M od L (F ) = M od L (F [A/B]) for all L-formulas F .</formula><p>In general, two formulas that are degree-equivalent are not necessarily strongly equivalent. However, for some logics, like L 1 , it can be checked that degreeequivalence and strong equivalence coincide. We can show that the two concepts coincide for logics that completely ignore the optionality of formulas. </p><formula xml:id="formula_20">A ≡ L s B iff A ≡ L d B. Proof. Assume first that A ≡ L d B.</formula><p>By the definition of a choice logic, the satisfaction degree of a formula only depends on the satisfaction degree and the optionality of its subformulas. Now, if a logic is optionality ignoring, then the satisfaction degree of a formula only depends on the satisfaction degree of its subformulas. Therefore,</p><formula xml:id="formula_21">A ≡ L d B implies F ≡ L d F [A/B] and hence A ≡ L s B. Assume now that A ≡ L d B.</formula><p>We want to show that A ≡ L s B, i.e. that there is a formula</p><formula xml:id="formula_22">F such that M od L (F ) = M od L (F [A/B]).</formula><p>Since A ≡ L d B, there exists an interpretation I such that I |= L m A and</p><formula xml:id="formula_23">I |= L n B with m = n. Let k = min(m, n).</formula><p>We claim that there is a formula G such that the minimum degree that I satisfies G is k. Assume k = m. Then the following formula has the desired property.</p><formula xml:id="formula_24">A ∧ x∈I x ∧ x∈var(A)\I ¬x .</formula><p>A similar construction works in the case that k = n. By renaming the variables, we can assume that there are formulas G and H and interpretations</p><formula xml:id="formula_25">I G , I H such that I G |= L k G, I H |= L k H, J |= L l G, H</formula><p>for any interpretation J and l &lt; k, and G and H are variable disjoint from each other as well as from A and B. Additionally, we can assume that I ∩ I G = ∅, I ∩ I H = ∅, and I G ∩ I H = ∅. We now construct</p><formula xml:id="formula_26">F = (A ∧ G) ∨ (x ∧ H),</formula><p>where x is a fresh variable. Observe that the minimal degree with which F (or F [A/B]) can possibly be satisfied is k, as either G or H need to be satisfied. Furthermore,</p><formula xml:id="formula_27">I H ∪ {x} |= L k F and I H ∪ {x} |= L k F [A/B].</formula><p>This means that any preferred model of F must satisfy F with a degree of k. The same is true for preferred models of F [A/B]. Also observe that since x is not contained in I or I G the model I ∪ I G does not satisfy (x ∧ H).</p><p>Assume k = m. Then I |= L k A, and therefore</p><formula xml:id="formula_28">I ∪ I G |= L k (A ∧ G). Thus, I ∪ I G |= L k F , i.e. I ∪ I G ∈ M od L (F ). Analogously, since I |= L n B, we have that I ∪ I G |= L n (B ∧ G). Therefore I ∪ I G |= L n F [A/B]. Since n &gt; k, we have I ∪ I G ∈ M od L (F [A/B]). The case k = n is similar.</formula><p>In order to guarantee strong equivalence for every choice logic, both the optionality and the satisfaction degree of two formulas must be the same.</p><formula xml:id="formula_29">Observation 2 Let L be an arbitrary choice logic. If both, A ≡ L d B and opt L (F ) = opt L (G), hold, then A ≡ L s B.</formula><p>Clearly, the reverse of Observation 2 is not always true, as Theorem 1 shows. However, for some logics, for example QCL and QCCL, it can be shown that the reverse holds, i.e. two formulas are strongly equivalent if and only if they are degree equivalent and have the same optionality.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4">ASP Encoding</head><p>We will provide a system written in Clingo 5 with which arbitrary choice logics can be encoded easily. Given a formula as input, each answer set of the encoding (composed of Listings 2-6 below) reports an interpretation together with its satisfaction degree. If one wishes to encode a CL that is not implemented in this system yet, then it suffices to specify the semantics of the CL's choice connectives in Listing 5. All other functionalities, such as syntax and the semantics of the classical connectives are fixed and readily provided by the encoding. Based on this core encoding, other problems such as finding preferred models or checking for equivalence are then presented in Listings 7, 8, and 10.</p><p>Input formulas will be contained in the predicate inputformula/1. Classical connectives are represented by functions neg/1, and/2, as well as or/2. Choice connectives can be described with the function pref/3. The first argument of pref/3 is a string that tells us which choice connective we are dealing with. For example, Listing 1 shows the encoding of ((a #» ×b) ∨ (¬a #» c)). Encoding choice connectives as ternary functions allows for adding new choice connectives and specifying their semantics without worrying about the syntactic implications of doing so. To process the input formula syntactically, we dissect it into subformulas and atoms.</p><p>To encode the semantics of the choice connectives, we will use the predicates optIn/3, optOut/4, degIn/5, and degOut/6. Recall that opt L (F • G) is a function over opt L (F ) and opt L (G). This function can be encoded via optIn/3 and optOut/4. The first argument in both of these predicates is the string identifying which choice connective we are dealing with. The second and third arguments are the optionalities of F and G respectively. The fourth argument in optOut/4 is the result of the function call, i.e. the optionality of F • G. The function for the satisfaction degree of the choice connective can be encoded analogously, except that deg  o p t I n ( ' q c l ' , Opt1 , Opt2 ) , Z = Opt1 + Opt2 . 5 6 degOut ( ' q c l ' , Opt1 , Deg1 , Opt2 , Deg2 , Deg1 ) :− 7 degIn ( ' q c l ' , Opt1 , Deg1 , Opt2 , Deg2 ) , 8</p><formula xml:id="formula_30">L (I, F • G) is a function over opt L (F ), deg L (I, F ), opt L (G)</formula><p>Deg1 &lt; #sup . 9 degOut ( ' q c l ' , Opt1 , Deg1 , Opt2 , Deg2 , Deg2 + Opt1 ) :− 10 degIn ( ' q c l ' , Opt1 , Deg1 , Opt2 , Deg2 ) , 11 Deg1 = #sup , Deg2 &lt; #sup . 12 degOut ( ' q c l ' , Opt1 , Deg1 , Opt2 , Deg2 , #sup ) :− 13 degIn ( ' q c l ' , Opt1 , Deg1 , Opt2 , Deg2 ) , 14 Deg1 = #sup , Deg2 = #sup . We can use this encoding of the optionality and degree functions to compute the values of opt/2 and deg/2 for the choice connectives. This ensures that the custom defined choice connectives are integrated into the base system. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.1">Computing Preferred Models</head><p>To compute all models of the input formula, one has to simply exclude those answer sets that result in an infinite satisfaction degree. Note that, for the sake of a cleaner output, we introduce a predicate deg/1, which holds the satisfaction degree of the input formula. Execute the following bash command to find all models of a formula:</p><p>$ c l i n g o b a s e . l p q c c l . l p i n p u t . l p models . l p 0</p><p>Preferred models of the input formula can be computed with Clingo's #minimize statement. Instead of minimizing over deg/1, we minimize over the newly introduced predicate p/1, which only holds finite satisfaction degrees. This is simply to avoid warning messages, since the #minimize statement is not designed to work with #sup. This bash command gives the preferred model of the given formula:</p><p>$ c l i n g o −−opt−mode=optN −−q u i e t =1 b a s e . l p q c c l . l p i n p u t . l p p r e f m o d e l s . l p</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.2">Checking for Equivalence</head><p>Some problems, i.e. checking whether two formulas are equivalent, require more than one input formula. Recall, for example, that two QCL formulas are strongly equivalent if they are degree equivalent and have the same optionality (see Observation 2 and the remark following it). In what follows we discuss how to test strong equivalence in QCL using our encoding. We introduce the predicates inputformula1/1 and inputformula2/1. In Listing 9, we see the encoding of</p><formula xml:id="formula_31">F 1 = (a #» ×(b #» ×c)) and F 2 = ((a #» ×b) #» ×c).</formula><p>Note that F 1 and F 2 are strongly equivalent, since ordered disjunction is associative.</p><p>Listing 9. input2.lp 1 i n p u t f o r m u l a 1 ( <ref type="formula">2</ref>p r e f ( ' q c l ' , a , p r e f ( ' q c l ' , b , c ) ) 3 ) . 4 i n p u t f o r m u l a 2 ( 5 p r e f ( ' q c l ' , p r e f ( ' q c l ' , a , b ) , c ) 6 ) .</p><p>Instead of directly checking whether F 1 and F 2 are strongly equivalent, we solve the complementary problem: If we find an interpretation (i.e. an answer set) where F 1 and F 2 are ascribed different satisfaction degrees, or show that the optionalities of F 1 and F 2 are not equal, then F 1 and F 2 are not strongly equivalent. See Listing 10 for how this can be implemented. The two input formulas are strongly equivalent if and only if the program is unsatisfiable. Note that Listing 10 also includes the rules inputformula(F) :− inputformula1(F) and inputformula(F) :− inputformula2(F). If this were not the case, then input-formula1/1 and inputformula2/1 could not be processed correctly by the base program. The following program call has to be made to check whether two formulas are degree-equivalent and have the same optionality: $ c l i n g o b a s e . l p q c c l . l p i n p u t . l p s t r o n g e q u i v . l p</p><p>To check directly for strong equivalence, instead of solving the complementary problem, one could employ the saturation technique described by Egly et al. <ref type="bibr">[10]</ref>. This would require modifications to the base program, as default negation can not be used with this technique.</p><p>Of course, one could also check for degree-equivalence. This can be done analogously to Listing 10, except that we do not need to verify whether the two formulas have the same optionality or not.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5">Conclusion</head><p>In this paper, we introduced a framework for choice logics that encompasses both QCL and CCL. Furthermore, we showed how logics in this framework can be encoded via ASP, and how certain problems, such as finding preferred models for a given formula, or checking whether two formulas are strongly equivalent, can be solved using this encoding.</p><p>The encodings as provided in this paper are available under https://github.com/mbernr/choice-logics-asp.</p><p>There we also provide specifications for further variants of choice logics. The described ASP system can also be used in conjunction with other systems. As an alternative to encoding the choice connectives of a CL in pure ASP, the optionality-and degree functions could be described externally. For example, in Clingo 5, Python or Lua can be used to encode functions. Specifying the semantics of a CL in this way might be more convenient for some users. Furthermore, it is possible to make calls to Clingo 5 programs from other environments, such as Python. This allows for a system in which the business logic runs in Python, but when reasoning about preferences is needed, the ASP program can be employed.</p><p>A further possible field of study is to investigate the CL framework more closely, by looking at some of the properties of choice logics. Since the definition of a CL is not very restrictive, one could examine certain subgroups of choice logics that exhibit certain, possibly desirable, properties.</p><p>Lastly, instead of encoding choice logics within ASP, it would also be possible to extend ASP itself by choice connectives. This has already been done with ordered disjunction, resulting in Logic Programming with Ordered Disjunction (LPOD) <ref type="bibr">[3,</ref><ref type="bibr">6]</ref>.</p></div><figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_0"><head>Definition 4 .FF</head><label>4</label><figDesc>Let I be an interpretation and let F be a QCL-formula. Then I is a preferred model of F if I |∼ QCL k with k = ∞ and for all other interpretations J we have J |∼ QCL m with k ≤ m. Now let us consider CCL. Syntactically, QCL and CCL are equivalent, but we write #» instead of #» × for the choice connective. The semantics of CCL only differs in the definition of the satisfaction degree of the choice connective. That means, the optionality of a formula in CCL is defined the same way as in QCL and the inference relation for the classical connectives remains unchanged between CCL and QCL. The semantics of the choice connective is as follows: Definition 5. Let I be an interpretation and let F and G be CCL formulas. Then the satisfaction degree of the CCL formula F #» G under I is k where</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Definition 15 .</head><label>15</label><figDesc>A choice logic L is called optionality-ignoring if for all • ∈ C L it holds that if deg L (I, F ) = deg L (I, F ) and deg L (I, G) = deg L (I, G ), then deg L (I, F • G) = deg L (I, F • G ). Theorem 1. Let L be an optionality-ignoring choice logic. Then</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_2"><head>Listing 1 .</head><label>1</label><figDesc>input.lp 1 i n p u t f o r m u l a ( 2 o r ( p r e f ( ' q c l ' , a , b ) , p r e f ( ' c c l ' , neg ( a ) , c ) ) 3 ) .</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head></head><label></label><figDesc>, and deg L (I, G). Listing 5 shows the specification of QCCL (cf. Definition 12).</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_4"><head>Listing 5 .</head><label>5</label><figDesc>qccl.lp 1 % D e f i n i t i o n o f QCL c o n n e c t i v e 2 3 optOut ( ' q c l ' , Opt1 , Opt2 , Z ) :− 4</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_5"><head>15 16 %</head><label>16</label><figDesc>D e f i n i t i o n o f CCL c o n n e c t i v e 17 18 optOut ( ' c c l ' , X, Y, Z ) :− o p t I n ( ' c c l ' , X, Y) , Z = X + Y. 19 20 degOut ( ' c c l ' , Opt1 , Deg1 , Opt2 , Deg2 , Deg2 ) :− 21 degIn ( ' c c l ' , Opt1 , Deg1 , Opt2 , Deg2 ) , 22 Deg1 = 1 . 23 degOut ( ' c c l ' , Opt1 , Deg1 , Opt2 , Deg2 , Deg1 + Opt2 ) :− 24 degIn ( ' c c l ' , Opt1 , Deg1 , Opt2 , Deg2 ) , 25 Deg1 &gt; 1 , Deg1 &lt; #sup . 26 degOut ( ' c c l ' , Opt1 , Deg1 , Opt2 , Deg2 , #sup ) :− 27 degIn ( ' c c l ' , Opt1 , Deg1 , Opt2 , Deg2 ) , 28 Deg1 = #sup .</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_6"><head>Listing 6 .</head><label>6</label><figDesc>base.lp, Part 4 1 o p t I n (CL, X, Y) :− s u b f o r m u l a ( , F ) , F = p r e f (CL, G,H) , 2 opt (G,X) , opt (H,Y ) . 3 opt (F , Z ) :− s u b f o r m u l a ( , F ) , F = p r e f (CL, G,H) , 4 opt (G,X) , opt (H,Y) , optOut (CL, X, Y, Z ) . 5 6 degIn (CL, Opt1 , Deg1 , Opt2 , Deg2 ) :− s u b f o r m u l a ( , F ) , 7 F = p r e f (CL, G,H) , opt (G, Opt1 ) , opt (H, Opt2 ) , 8 deg (G, Deg1 ) , deg (H, Deg2 ) . 9 deg (F , Z ) :− s u b f o r m u l a ( , F ) , F = p r e f (CL, G,H) , 10 opt (G, Opt1 ) , opt (H, Opt2 ) , deg (G, Deg1 ) , deg (H, Deg2 ) , 11 degOut (CL, Opt1 , Deg1 , Opt2 , Deg2 , Z ) .</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_7"><head>Listing 7 .</head><label>7</label><figDesc>models.lp 1 deg (K) :− i n p u t f o r m u l a (F ) , deg (F ,K) . 2 :− deg(#sup ) . 3 #show i n / 1 . 4 #show deg / 1 .</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_8"><head>Listing 8 .</head><label>8</label><figDesc>pref models.lp 1 deg (K) :− i n p u t f o r m u l a (F ) , deg (F ,K) .2 :− deg(#sup ) . 3 p (K) :− deg (K) , K &lt; #sup . 4 #minimize {X: p (X) } . 5 #show i n / 1 . 6 #show deg / 1 .</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_9"><head>Listing 10 .</head><label>10</label><figDesc>strong equiv.lp 1 i n p u t f o r m u l a (F) :− i n p u t f o r m u l a 1 (F ) . 2 i n p u t f o r m u l a (F) :− i n p u t f o r m u l a 2 (F ) . 3 4 s a m e d e g r e e :− i n p u t f o r m u l a 1 (F ) , i n p u t f o r m u l a 2 (G) , 5 deg (F ,K) , deg (G, L ) , K=L . 6 s a m e o p t i o n a l i t y :− i n p u t f o r m u l a 1 (F ) , i n p u t f o r m u l a 2 (G) , 7 opt (F ,K) , opt (G, L ) , K=L . 8 :− s a m e d e g r e e , s a m e o p t i o n a l i t y . 9 10 #show i n / 1 .</figDesc></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" xml:id="foot_0">Michael Bernreiter et al.</note>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="1" xml:id="foot_1">Alternative satisfaction relations for QCL formulas have been proposed in<ref type="bibr" target="#b9">[1]</ref>. These do not alter the semantics of #» ×, but rather change how the classical connectives (¬, ∧, and ∨) operate with respect to the satisfaction degree.</note>
		</body>
		<back>

			<div type="funding">
<div xmlns="http://www.tei-c.org/ns/1.0"><p>This work was funded by the Austrian Science Fund (FWF) under grant number Y698 and P31890.</p></div>
			</div>

			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<monogr>
		<title level="m" type="main">neg (G) )</title>
		<editor>F ,</editor>
		<imprint>
			<biblScope unit="volume">1</biblScope>
			<pubPlace>F ,G</pubPlace>
		</imprint>
	</monogr>
	<note>Listing 2. base.lp. − s u b f o r m u l a</note>
</biblStruct>

<biblStruct xml:id="b1">
	<monogr>
		<author>
			<persName><forename type="first">(</forename><forename type="middle">F</forename></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename></persName>
		</author>
		<title level="m">s u b f o r m u l a</title>
				<editor>
			<persName><forename type="first">F</forename></persName>
		</editor>
		<imprint/>
	</monogr>
	<note>s u b f o r m u</note>
</biblStruct>

<biblStruct xml:id="b2">
	<monogr>
		<author>
			<persName><forename type="first">(</forename><forename type="middle">F</forename></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename></persName>
		</author>
		<title level="m">s u b f o r m u l a</title>
				<editor>
			<persName><forename type="first">F</forename></persName>
		</editor>
		<imprint/>
	</monogr>
	<note>s u b f o r m u</note>
</biblStruct>

<biblStruct xml:id="b3">
	<monogr>
		<title level="m">s u b f o r m u l a</title>
				<editor>
			<persName><forename type="first">F</forename></persName>
		</editor>
		<imprint/>
	</monogr>
	<note>s u b f o r m u</note>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">s u b f o r m u l a</title>
		<author>
			<persName><forename type="first">G</forename><surname>O R M U L A (f</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">s u b f o r m u l a (F , p r e f</title>
				<meeting><address><addrLine>F ,G</addrLine></address></meeting>
		<imprint/>
	</monogr>
	<note>s u b f o r m u l a (F , p r e f</note>
</biblStruct>

<biblStruct xml:id="b5">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">F )</forename></persName>
		</author>
		<author>
			<persName><forename type="first">F =</forename><surname>Neg</surname></persName>
		</author>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<monogr>
		<title level="m">−atom (F) :− s u b f o r m u l a</title>
				<imprint/>
	</monogr>
	<note>F ) , F = and</note>
</biblStruct>

<biblStruct xml:id="b7">
	<monogr>
		<title level="m">−atom (F) :− s u b f o r m u l a</title>
				<imprint/>
	</monogr>
	<note>F ) , F = o r</note>
</biblStruct>

<biblStruct xml:id="b8">
	<monogr>
		<title level="m">s u b f o r m u l a</title>
				<imprint/>
	</monogr>
	<note>F ) , F = p r e f. F ) , not −atom (F ) . The above program will yield the fact atom(x) for every constant x that occurs in the input formula. We can use this to guess all relevant interpretations. Listing 3. base.lp. Part 2</note>
</biblStruct>

<biblStruct xml:id="b9">
	<monogr>
		<title level="m">i n (F</title>
				<imprint/>
	</monogr>
	<note>atom (F</note>
</biblStruct>

<biblStruct xml:id="b10">
	<monogr>
		<title level="m" type="main">and satisfaction degree of every subformula, and therefore also of the input formula</title>
		<author>
			<persName><surname>Out (f)</surname></persName>
		</author>
		<imprint/>
	</monogr>
	<note>− atom (F ) , not i n (F ) . As for semantics, we will compute the optionality. In Listing 4, we can see how this can be done for the classical connectives. Note that we use the constant #sup, which is built into Clingo, for ∞. Listing 4. base.lp, Part 3 1 opt (F , 1 ) :− s u b f o r m u l a ( , F ) , atom (F )</note>
</biblStruct>

<biblStruct xml:id="b11">
	<monogr>
		<title level="m">− s u b f o r m u l a</title>
				<meeting><address><addrLine>opt (F; F ) , F = neg</addrLine></address></meeting>
		<imprint>
			<biblScope unit="volume">1</biblScope>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">s u b f o r m u l a</title>
		<author>
			<persName><forename type="first">F</forename></persName>
		</author>
		<author>
			<persName><forename type="first">X</forename></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">F ) , F = and</title>
				<meeting><address><addrLine>H,Y</addrLine></address></meeting>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">X</forename><surname>&gt;=</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename></persName>
		</author>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<analytic>
		<title level="a" type="main">− s u b f o r m u l a</title>
		<author>
			<persName><forename type="first">F</forename></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">F ) , F = and</title>
				<meeting><address><addrLine>H,Y</addrLine></address></meeting>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">X</forename></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename></persName>
		</author>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b16">
	<analytic>
		<title level="a" type="main">s u b f o r m u l a</title>
		<author>
			<persName><forename type="first">F</forename></persName>
		</author>
		<author>
			<persName><forename type="first">X</forename></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">F ) , F = o r (G,H)</title>
				<meeting><address><addrLine>H,Y</addrLine></address></meeting>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b17">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">X</forename><surname>&gt;=</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename></persName>
		</author>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b18">
	<analytic>
		<title level="a" type="main">− s u b f o r m u l a</title>
		<author>
			<persName><forename type="first">F</forename></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">F = o r (G,H)</title>
				<meeting><address><addrLine>H,Y</addrLine></address></meeting>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b19">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">X</forename></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename></persName>
		</author>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b20">
	<monogr>
		<title level="m">− s u b f o r m u l a ( , F ) , atom (F )</title>
				<imprint/>
	</monogr>
	<note>12 deg (F. i n (F</note>
</biblStruct>

<biblStruct xml:id="b21">
	<monogr>
		<author>
			<persName><surname>Deg (f</surname></persName>
		</author>
		<title level="m"># sup ) :− s u b f o r m u l a ( , F ) , atom (F )</title>
				<meeting><address><addrLine>out (F</addrLine></address></meeting>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b22">
	<analytic>
		<title level="a" type="main">− s u b f o r m u l a</title>
	</analytic>
	<monogr>
		<title level="m">F ) , F = neg (G) , deg (G</title>
				<imprint>
			<biblScope unit="volume">1</biblScope>
		</imprint>
	</monogr>
	<note># sup</note>
</biblStruct>

<biblStruct xml:id="b23">
	<analytic>
		<title level="a" type="main">s u b f o r m u l a</title>
		<author>
			<persName><surname>Deg (f</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">F ) , F = neg (G)</title>
				<imprint/>
	</monogr>
	<note>#sup</note>
</biblStruct>

<biblStruct xml:id="b24">
	<monogr>
		<title level="m" type="main">− s u b f o r m u l a</title>
		<author>
			<persName><forename type="first">X</forename><surname>Deg (f</surname></persName>
		</author>
		<imprint>
			<pubPlace>H,Y</pubPlace>
		</imprint>
	</monogr>
	<note>F ) , F = and (G,H)</note>
</biblStruct>

<biblStruct xml:id="b25">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">X</forename><surname>&gt;=</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename></persName>
		</author>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b26">
	<monogr>
		<title level="m" type="main">− s u b f o r m u l a</title>
		<author>
			<persName><forename type="first">Y</forename><surname>Deg (f</surname></persName>
		</author>
		<imprint>
			<pubPlace>H,Y</pubPlace>
		</imprint>
	</monogr>
	<note>F ) , F = and (G,H)</note>
</biblStruct>

<biblStruct xml:id="b27">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">X</forename></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename></persName>
		</author>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b28">
	<monogr>
		<title level="m" type="main">− s u b f o r m u l a</title>
		<author>
			<persName><forename type="first">X</forename><surname>Deg (f</surname></persName>
		</author>
		<imprint>
			<pubPlace>H,Y</pubPlace>
		</imprint>
	</monogr>
	<note>F ) , F = o r (G,H)</note>
</biblStruct>

<biblStruct xml:id="b29">
	<monogr>
		<title/>
		<author>
			<persName><forename type="first">X</forename></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename></persName>
		</author>
		<imprint/>
	</monogr>
</biblStruct>

<biblStruct xml:id="b30">
	<monogr>
		<title level="m" type="main">− s u b f o r m u l a</title>
		<author>
			<persName><forename type="first">Y</forename><surname>Deg (f</surname></persName>
		</author>
		<imprint>
			<pubPlace>H,Y</pubPlace>
		</imprint>
	</monogr>
	<note>F ) , F = o r (G,H)</note>
</biblStruct>

<biblStruct xml:id="b31">
	<analytic>
		<title level="a" type="main">Two alternatives for handling preferences in qualitative choice logic</title>
		<author>
			<persName><forename type="first">X</forename><surname>&gt;=</surname></persName>
		</author>
		<author>
			<persName><forename type="first">Y</forename><surname>References</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Benferhat</surname></persName>
		</author>
		<author>
			<persName><forename type="first">K</forename><surname>Sedki</surname></persName>
		</author>
		<idno type="DOI">10.1016/j.fss.2008.02.014</idno>
		<ptr target="https://doi.org/10.1016/j.fss.2008.02.014" />
	</analytic>
	<monogr>
		<title level="j">Fuzzy Sets Syst</title>
		<imprint>
			<biblScope unit="volume">159</biblScope>
			<biblScope unit="issue">15</biblScope>
			<biblScope unit="page" from="1889" to="1912" />
			<date type="published" when="2008">2008</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b32">
	<analytic>
		<title level="a" type="main">Conjunctive choice logic</title>
		<author>
			<persName><forename type="first">A</forename><surname>Boudjelida</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Benferhat</surname></persName>
		</author>
		<ptr target="http://isaim2016.cs.virginia.edu/papers/ISAIM2016\Boudjelida\Benferhat.pdf" />
	</analytic>
	<monogr>
		<title level="m">International Symposium on Artificial Intelligence and Mathematics, ISAIM 2016</title>
				<meeting><address><addrLine>Fort Lauderdale, Florida, USA</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2016">January 4-6, 2016 (2016</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b33">
	<analytic>
		<title level="a" type="main">Answer sets and qualitative decision making</title>
		<author>
			<persName><forename type="first">G</forename><surname>Brewka</surname></persName>
		</author>
		<idno type="DOI">10.1007/s11229-005-9084-7</idno>
		<ptr target="https://doi.org/10.1007/s11229-005-9084-7" />
	</analytic>
	<monogr>
		<title level="j">Synthese</title>
		<imprint>
			<biblScope unit="volume">146</biblScope>
			<biblScope unit="issue">1-2</biblScope>
			<biblScope unit="page" from="171" to="187" />
			<date type="published" when="2005">2005</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b34">
	<analytic>
		<title level="a" type="main">Qualitative choice logic</title>
		<author>
			<persName><forename type="first">G</forename><surname>Brewka</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Benferhat</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">L</forename><surname>Berre</surname></persName>
		</author>
		<idno type="DOI">10.1016/j.artint.2004.04.006</idno>
		<ptr target="https://doi.org/10.1016/j.artint.2004.04.006" />
	</analytic>
	<monogr>
		<title level="j">Artif. Intell</title>
		<imprint>
			<biblScope unit="volume">157</biblScope>
			<biblScope unit="issue">1-2</biblScope>
			<biblScope unit="page" from="203" to="237" />
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b35">
	<analytic>
		<title level="a" type="main">asprin: Customizing answer set preferences without a headache</title>
		<author>
			<persName><forename type="first">G</forename><surname>Brewka</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">P</forename><surname>Delgrande</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><surname>Romero</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Schaub</surname></persName>
		</author>
		<ptr target="http://www.aaai.org/ocs/index.php/AAAI/AAAI15/paper/view/9535" />
	</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="1467" to="1474" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b36">
	<analytic>
		<title level="a" type="main">Logic programs with ordered disjunction</title>
		<author>
			<persName><forename type="first">G</forename><surname>Brewka</surname></persName>
		</author>
		<author>
			<persName><forename type="first">I</forename><surname>Niemelä</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Syrjänen</surname></persName>
		</author>
		<idno type="DOI">10.1111/j.0824-7935.2004</idno>
		<ptr target="https://doi.org/10.1111/j.0824-7935.2004" />
	</analytic>
	<monogr>
		<title level="j">Comput. Intell</title>
		<imprint>
			<biblScope unit="volume">20</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="335" to="357" />
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b37">
	<analytic>
		<title level="a" type="main">Democratix: A declarative approach to winner determination</title>
		<author>
			<persName><forename type="first">G</forename><surname>Charwat</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Pfandler</surname></persName>
		</author>
		<idno type="DOI">10.1007/978-3</idno>
		<idno>-319-23114-3\ 16</idno>
		<ptr target="https://doi.org/10.1007/978-3" />
	</analytic>
	<monogr>
		<title level="m">Algorithmic Decision Theory -4th International Conference, ADT 2015</title>
		<title level="s">Proceedings. LNCS</title>
		<editor>
			<persName><forename type="first">T</forename><surname>Walsh</surname></persName>
		</editor>
		<meeting><address><addrLine>Lexington, KY, USA</addrLine></address></meeting>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2015">September 27-30, 2015. 2015</date>
			<biblScope unit="volume">9346</biblScope>
			<biblScope unit="page" from="253" to="269" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b38">
	<analytic>
		<title level="a" type="main">Extending and implementing RASP</title>
		<author>
			<persName><forename type="first">S</forename><surname>Costantini</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Formisano</surname></persName>
		</author>
		<author>
			<persName><forename type="first">D</forename><surname>Petturiti</surname></persName>
		</author>
		<idno type="DOI">10.3233/FI-2010-356</idno>
		<ptr target="https://doi.org/10.3233/FI-2010-356" />
	</analytic>
	<monogr>
		<title level="j">Fundam. Inform</title>
		<imprint>
			<biblScope unit="volume">105</biblScope>
			<biblScope unit="issue">1-2</biblScope>
			<biblScope unit="page" from="1" to="33" />
			<date type="published" when="2010">2010</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b39">
	<analytic>
		<title level="a" type="main">A framework for compiling preferences in logic programs</title>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">P</forename><surname>Delgrande</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>
		<idno type="DOI">10.1017/S1471068402001539</idno>
		<ptr target="https://doi.org/10.1017/S1471068402001539" />
	</analytic>
	<monogr>
		<title level="j">Theory Pract. Log. Program</title>
		<imprint>
			<biblScope unit="volume">3</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="129" to="187" />
			<date type="published" when="2003">2003</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b40">
	<analytic>
		<title level="a" type="main">Answer-set programming encodings for argumentation frameworks</title>
		<author>
			<persName><forename type="first">U</forename><surname>Egly</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><forename type="middle">A</forename><surname>Gaggl</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Woltran</surname></persName>
		</author>
		<idno type="DOI">10.1080/19462166.2010.486479</idno>
		<ptr target="https://doi.org/10.1080/19462166.2010.486479" />
	</analytic>
	<monogr>
		<title level="j">Argument &amp; Computation</title>
		<imprint>
			<biblScope unit="volume">1</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="147" to="177" />
			<date type="published" when="2010">2010</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b41">
	<analytic>
		<title level="a" type="main">Abstract preference frameworks -a unifying perspective on separability and strong equivalence</title>
		<author>
			<persName><forename type="first">W</forename><surname>Faber</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Truszczynski</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Woltran</surname></persName>
		</author>
		<ptr target="http://www.aaai.org/ocs/index.php/AAAI/AAAI13/paper/view/6294" />
	</analytic>
	<monogr>
		<title level="m">Proceedings of the Twenty-Seventh AAAI Conference on Artificial Intelligence</title>
				<editor>
			<persName><forename type="first">M</forename><surname>Desjardins</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">M</forename><forename type="middle">L</forename><surname>Littman</surname></persName>
		</editor>
		<meeting>the Twenty-Seventh AAAI Conference on Artificial Intelligence<address><addrLine>Bellevue, Washington, USA</addrLine></address></meeting>
		<imprint>
			<publisher>AAAI Press</publisher>
			<date type="published" when="2013">July 14-18, 2013. 2013</date>
			<biblScope unit="page" from="297" to="303" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b42">
	<analytic>
		<title level="a" type="main">Answer set programming for judgment aggregation</title>
		<author>
			<persName><forename type="first">R</forename><surname>De Haan</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Slavkovik</surname></persName>
		</author>
		<idno type="DOI">10.24963/ijcai.2019/231</idno>
		<idno>ijcai.org</idno>
		<ptr target="https://doi.org/10.24963/ijcai.2019/231" />
	</analytic>
	<monogr>
		<title level="m">Proceedings of the Twenty-Eighth International Joint Conference on Artificial Intelligence, IJCAI 2019</title>
				<editor>
			<persName><forename type="first">S</forename><surname>Kraus</surname></persName>
		</editor>
		<meeting>the Twenty-Eighth International Joint Conference on Artificial Intelligence, IJCAI 2019<address><addrLine>Macao, China</addrLine></address></meeting>
		<imprint>
			<date type="published" when="2019">August 10-16, 2019. 2019</date>
			<biblScope unit="page" from="1668" to="1674" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b43">
	<analytic>
		<title level="a" type="main">Preferences in artificial intelligence</title>
		<author>
			<persName><forename type="first">G</forename><surname>Pigozzi</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Tsoukiàs</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Viappiani</surname></persName>
		</author>
		<idno type="DOI">10.1007/s10472-015-9475-5</idno>
		<ptr target="https://doi.org/10.1007/s10472-015-9475-5" />
	</analytic>
	<monogr>
		<title level="j">Ann. Math. Artif. Intell</title>
		<imprint>
			<biblScope unit="volume">77</biblScope>
			<biblScope unit="issue">3-4</biblScope>
			<biblScope unit="page" from="361" to="401" />
			<date type="published" when="2016">2016</date>
		</imprint>
	</monogr>
</biblStruct>

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