<?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">Expressing the Characteristics of an Argumentation Framework</title>
			</titleStmt>
			<publicationStmt>
				<publisher/>
				<availability status="unknown"><licence/></availability>
			</publicationStmt>
			<sourceDesc>
				<biblStruct>
					<analytic>
						<author>
							<persName><forename type="first">Sosuke</forename><surname>Moriguchi</surname></persName>
							<affiliation key="aff0">
								<orgName type="institution">Kwansei Gakuin University</orgName>
								<address>
									<country key="JP">Japan</country>
								</address>
							</affiliation>
						</author>
						<author>
							<persName><forename type="first">Kazuko</forename><surname>Takahashi</surname></persName>
							<affiliation key="aff0">
								<orgName type="institution">Kwansei Gakuin University</orgName>
								<address>
									<country key="JP">Japan</country>
								</address>
							</affiliation>
						</author>
						<author>
							<affiliation key="aff1">
								<orgName type="institution">Kwansei Gakuin University</orgName>
								<address>
									<addrLine>2-1 Gakuen</addrLine>
									<postCode>669-1337</postCode>
									<settlement>Sanda</settlement>
									<region>Hyogo</region>
									<country key="JP">Japan</country>
								</address>
							</affiliation>
						</author>
						<title level="a" type="main">Expressing the Characteristics of an Argumentation Framework</title>
					</analytic>
					<monogr>
						<imprint>
							<date/>
						</imprint>
					</monogr>
					<idno type="MD5">7B1FBCF5BBC8CEEFB5C9E3B28FD8D9DF</idno>
				</biblStruct>
			</sourceDesc>
		</fileDesc>
		<encodingDesc>
			<appInfo>
				<application version="0.7.2" ident="GROBID" when="2023-03-24T07:29+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>argumentation framework</term>
					<term>labeling</term>
					<term>three-valued logic</term>
				</keywords>
			</textClass>
			<abstract>
<div xmlns="http://www.tei-c.org/ns/1.0"><p>We propose a new semantics of Dung's argumentation frameworks characterized by three-valued logical expressions. Semantics for frameworks is defined based on an extension and labeling. An extension is a subset of arguments that denotes acceptable arguments, while labeling assigns one of three labels in, out, undec to each argument, and arguments labeled in are acceptable. Both extension and labeling assign basic notions to semantics, such as complete, grounded, preferred, and stable. Moreover, labeling shows that an argument might be labeled differently in other complete labelings. However, a label does not clarify that the argument is acceptable in other complete labelings. Allocation assigns three-valued logical expressions to each argument. Since expressions contain variables for parameterizing the acceptability of arguments, allocation facilitates the description not only of a specific set of acceptable arguments, but also of the relationships between such sets. As a result, allocation determines the characteristics of the argumentation framework. In this paper, we also propose a local form of allocation, facilitating discussion of semantics as part of the framework.</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>Argumentation is a useful technique for handling problems requiring conflict resolution. In the 20 years since Dung's proposal, computational argumentation has been the focus of enthusiastic research across various fields in AI, including defeasible reasoning, dialogue, and legal reasoning <ref type="bibr" target="#b3">[4,</ref><ref type="bibr" target="#b10">11,</ref><ref type="bibr" target="#b14">15,</ref><ref type="bibr" target="#b15">16]</ref>.</p><p>Dung proposed his abstract argumentation framework in 1995, demonstrating its relationship with both nonmonotonic reasoning and logic programming <ref type="bibr" target="#b9">[10]</ref>. He formalized an argumentation framework consisting of a pair of a set of arguments and attack relations between arguments. This framework may be represented as a directed graph. Based on this abstraction, analyses and reasoning in argumentation may be reduced to a simple inference procedure, represented on a graph, with no requirement to present the thought contents of arguments.</p><p>Regarding argumentation frameworks, the acceptable set is among the most important concepts. Intuitively, an acceptable set constitutes a set of consistent arguments, the veracity of which has been agreed or proven. Much theoretical scholarship has focused on the issues inherent in arriving at definitions and calculations of acceptable sets, and comparing such sets according to the different semantics on which they are based <ref type="bibr" target="#b1">[2,</ref><ref type="bibr" target="#b8">9]</ref>. Two major approaches are useful for assigning definitions to acceptable sets: an extension-based method and a labelingbased method. Dung offered an extension-based definition that is, an acceptable set is defined as a conflict-free admissible set called an extension <ref type="bibr" target="#b9">[10]</ref>. On the other hand, Caminada took a labeling-based approach <ref type="bibr" target="#b7">[8]</ref>. The labeling-based approach assigns one of three labels in, out, undec to each argument, depending on the rule, and the set of arguments labeled in are considered to constitute the acceptable set.</p><p>Caminada proved a strong correlation between acceptable sets obtained using both approaches. Both extension and labeling assign basic notions to semantics, such as complete, grounded, preferred, and stable. Moreover, labeling gives another viewpoint for arguments in some acceptance sets. For example, if an argument is labeled differently in two complete labelings, it is labeled undec in the grounded labeling.</p><p>However, undec does not mean the argument is in some acceptable sets. An argument attacked by only itself is labeled undec in any complete labelings. When the arguments A and B attack each other (and the others do not), they labeled undec in the grounded labeling, and opposite ones (in and out) in (other) complete labelings. To grasp such behaviors, we need more expressive representations for semantics.</p><p>In this paper, we propose a unified form expressing all of these semantic behaviors and the calculation of any acceptable set using a three-valued logic. Specifically, we allocate a logical expression to each argument. Three-valued logical expressions allow us to directly express three values in labeling (in, out, and undec), to abstract acceptability of an argument in the framework, and to show relationships with other arguments. Each acceptance set is obtained by assigning one of three values true, false and undec to each atomic term; the value of the logical expression to an argument is then determined. We also propose local allocation, permitting the analysis of one part of the framework independently of the whole.</p><p>The key contributions of this paper are as follows: (a) We prove that labeling and allocation using only logical constants coincide (section 3.2). We also prove that allocation permits the framework to keep any complete labelings together (section 4). (b) We demonstrate the relationship between local allocation (i.e., a part of the framework) and global allocation (i.e., the whole of the framework) (section 5.2).</p><p>This paper is organized as follows. In section 2, we review the basic notions of argumentation frameworks and labeling. In section 3, we define the three-valued logical expressions used in allocation, and offer the definitions and specifications for allocation. In section 4, we discuss the process of assigning a general expression to each argument. In section 5, we propose a local allocation method. Finally, we conclude this paper in section 6. </p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="2.">Argumentation Framework</head><p>We will begin by defining argumentation frameworks, in the terms used in relation to Dung's concepts in <ref type="bibr" target="#b9">[10]</ref>.</p><p>Definition 1. An argumentation framework comprises a pair of a set of arguments and their attack relations (i.e., binary relation on arguments). We use (Arg, Att) for denoting an argumentation framework.</p><p>The following is the definition of labeling (with regard to semantics) offered by Caminada <ref type="bibr" target="#b7">[8]</ref>.</p><p>Definition 2. Labeling in terms of frameworks is a function from arguments to labels, i.e., L : Arg → {in, undec, out}. Labeling L is complete iff the following conditions are satisfied.</p><p>• L(A) = in iff L(A ) = out for all arguments A such that (A , A) ∈ Att.</p><p>• L(A) = out iff there exists an argument A such that (A , A) ∈ Att and L(A ) = in. • L(A) = undec iff there exists an argument A such that (A , A) ∈ Att and L(A ) = undec and there are no arguments A such that (A , A) ∈ Att and</p><formula xml:id="formula_0">L(A ) = in.</formula><p>Complete labeling L is grounded iff {A|L(A) = in} is smallest in those complete labelings. We use L g for grounded labeling. Complete labeling L is stable iff {A|L(A) = undec} is empty, and L is preferred iff {A|L(A) = undec} is minimal in those complete labelings.</p><p>The arguments labeled in are considered to be accepted.</p><p>Example 1. In the figure <ref type="figure" target="#fig_0">1</ref>, we illustrate two argumentation frameworks, (a) and (b). The left framework (a) is an acyclic framework, with only one complete labeling, L(1) = L(3) = L(5) = in and L(2) = L(4) = out. Since the complete labeling is unique, it also constitutes grounded labeling. The right framework (b) incorporates a cyclic part between 1 and 2. There are three complete labelings, L 1 , L 2 and L 3 :</p><p>• L 1 (A) = undec for all arguments A. This is a grounded labeling.</p><formula xml:id="formula_1">• L 2 (1) = L 2 (4) = in and L 2 (2) = L 2 (3) = out. • L 3 (2) = L 3 (4) = in and L 3 (1) = L 3 (3) = out.</formula><p>From these labelings, we can see arguments 1 and 2 have always opposite labels, and 3 and 4 are labeled undec only when 1 and 2 are labeled undec. However, each labeling does not imply such observation.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.">Allocation of Three-valued Logical Expression</head><p>As an alternative to the labels described in section 2, we apply three-valued logical expressions to the acceptance of arguments. We term the process by which arguments are mapped to logical expressions allocation.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.1.">Three-valued Logical Expression</head><p>Here, we define the three-valued logical expressions (henceforth, expressions for short) as follows:</p><formula xml:id="formula_2">p ::= T | F | U | x | ¬p | p ∧ p | p ∨ p</formula><p>where x is a variable (an element of Var ) and T , F , and U are constants denoting true, false, and undecided (the middle value), respectively.</p><p>We define the evaluation of the expressions under valuation for the variables v : Var → {1, −1, 0}. Note that 1, −1, and 0 denote T , F , and U respectively.</p><formula xml:id="formula_3">[[T ]] v = 1, [[F ]] v = −1, [[U ]] v = 0, [[x]] v = v(x), [[¬p]] v = −[[p]] v , [[p ∧ q]] v = min([[p]] v , [[q]] v ), [[p ∨ q]] v = max([[p]] v , [[q]] v ).</formula><p>We also define the equivalence between expressions as p ≡ q ⇔ ∀v,</p><formula xml:id="formula_4">[[p]] v = [[q]] v .</formula><p>This equivalence relation is clearly reflexive, symmetric, and transitive.</p><p>Lemma 1. The following specifications are satisfied.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="1.">For any expression</head><formula xml:id="formula_5">p, ¬T ≡ F , T ∧ p ≡ p ∧ T ≡ p, T ∨ p ≡ p ∨ T ≡ T , ¬F ≡ T , F ∧ p ≡ p ∧ F ≡ F , F ∨ p ≡ p ∨ F ≡ p, ¬U ≡ U . 2. Let the valuation v 0 as v 0 (x) = 0 for every variable x. If p is not equivalent with either T or F , [[p]] v0 = 0. 3.</formula><p>Any expression p is either equivalent with T or F , or there is an equivalent expression without any occurrence of T or F .</p><formula xml:id="formula_6">4. Let valuation v 1 satisfy v 1 (x) = 0 for each variable x. If U does not occur in p, [[p]] v1 = 0. 5. For any expression p, if U does not occur in p, p ≡ U .</formula><p>They are easily proven by computation or induction on expressions.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="3.2.">Allocation</head><p>As noted above, we apply the allocation to the process of mapping each argument to an expression, and each mapping instance is termed an allocator. Completeness of allocation is defined in a manner similar to that for labeling. Definition 3. An allocator E is complete iff the following statements are satisfied.</p><formula xml:id="formula_7">• If argument A is not attacked, then E(A) = T . • If argument A is attacked by other arguments, then E(A) ≡ (A ,A)∈Att ¬E(A ).</formula><p>Note that the former may be treated as a special instance of the latter. For example, (a) in figure <ref type="figure" target="#fig_0">1</ref> has an complete allocator</p><formula xml:id="formula_8">E such that E(1) = E(3) = E(5) = T and E(2) = E(4) = F .</formula><p>There are, of course, an infinite number of allocators that E(3) ≡ T but E(3) = T . For the purposes of this paper, however, equivalent allocators are irrelevant.</p><p>The following theorem demonstrates that allocation constitutes a generalization of labeling.</p><p>Theorem 1. For any complete labeling L, the allocator E such that</p><formula xml:id="formula_9">E(A) = T iff L(A) = in, E(A) = F iff L(A) = out, and E(A) = U iff L(A) = undec is complete.</formula><p>An allocator mapping only logical constants (T , F or U ) is termed a constant allocator. The inverse of the above theorem is also valid. • When v(a) = 1, they are 1, −1, −1, 1, respectively. This result corresponds to L 2 , as described in example 1. • When v(a) = −1, they are −1, 1, −1, 1, respectively. This result corresponds to L 3 . • When v(a) = 0, they are all 0. This result corresponds to L 1 .</p><formula xml:id="formula_10">Theorem 2. For any constant allocator E, labeling L such that L(A) = in if E(A) = T , L(A) = out if E(A) = F , and L(A) = undec if E(A) = U is a complete labeling.</formula><p>The inherent intension of the above observation is that E abstracts these labelings. Note that a complete allocator may allocate logical expressions with variables to arguments only if the arguments are in cycles of attack relations (see theorem 5).</p><p>We demonstrate the relation between E and constant allocators corresponding to the labelings. We apply substitution to an expression and a valuation, respectively, replacing the variables with constants. Definition 4. p[C/x] for logical expression p, variable x and logical constant C are defined as follows.</p><formula xml:id="formula_11">• If p is a logical constant, p[C/x] = p. • x[C/x] = C and y[C/x] = y if y = x. • (¬p)[C/x] = ¬(p[C/x]), (p ∧ q)[C/x] = p[C/x] ∧ q[C/x], (p ∨ q)[C/x] = p[C/x] ∨ q[C/x].</formula><p>We also use similar notation v[C/x] for valuation v, variable x and logical constant</p><formula xml:id="formula_12">C to denote v[C/x](x) = [[C]] v and v[C/x](y) = v(y) if x = y. Lemma 2. [[p[C/x]]] v = [[p]] v[C/x]</formula><p>Lemma 3. Let x be a variable and C be a logical constant. If</p><formula xml:id="formula_13">p 1 ≡ p 2 , then p 1 [C/x] ≡ p 2 [C/x].</formula><p>For any complete allocator, a variable may be replaced with one of the constants.</p><p>Theorem 3. For the complete allocator E, we write</p><formula xml:id="formula_14">E x C (A) = E(A)[C/x]</formula><p>where C is a logical constant. Consequently, for any complete allocator E, E x C is also complete.</p><p>Hereafter, we term a set of variables occurring in expressions allocated by allocator E, i.e. {x|x occurs in E(A) for some A ∈ Arg}, the allocation variables of E. Theorem 3 generates a complete allocator from another complete allocator that has more allocation variables. With theorem 2, a complete allocator gives some complete labelings. When a complete allocator E is equivalent to another allocator E, substituting some variables with constants, E is said to be instantiated from E. Theorem 4. For any complete allocator E and valuation v, a constant allocator</p><formula xml:id="formula_15">E v is defined as E v (A) = T if [[E(A)]] v = 1, E v (A) = F if [[E(A)]] v = −1 and E v (A) = U if [[E(A)]] v = 0. Then E v is instantiated from E.</formula><p>There are some arguments to which any complete allocator allocates expressions equivalent to logical constants. For example, the argumentation framework ({1, 2, 3}, {(1, 2), (2, 3), (3, 1)}) has a unique complete allocator E, such that E(A) ≡ U for A = 1, 2, 3. The following theorem shows other examples.</p><p>Theorem 5. Let L g be a grounded labeling of a framework and E be a complete allocator. If L g (A) = in, then E(A) ≡ T . Also, if L g (A) = out, then E(A) ≡ F .</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="4.">Construction of Allocator</head><p>Instantiation raises the following question regarding inverse direction: can two allocators be instantiated from a complete allocator? The following theorem provides a positive answer to this question. Theorem 6. Let E 1 and E 2 be complete allocators and a be a fresh variable. The allocator E, such that</p><formula xml:id="formula_16">E(A) = a ∧ E 1 (A) ∨ ¬a ∧ E 2 (A) ∨ a ∧ ¬a if L g (A) = undec and E(A) = E 1 (A) otherwise, is complete. Proof. For valuation v, • Let v(a) = 1. If argument A satisfies L g (A) = undec, then [[E(A)]] v = [[E 1 (A)]] v . Otherwise, E(A) = E 1 (A), so [[E(A)]] v = [[E 1 (A)]] v . Since E 1 is a complete allocator, E 1 (A) ≡ (A ,A)∈Att ¬E 1 (A ). So [[E(A)]] v = [[E 1 (A)]] v = [[ (A ,A)∈Att ¬E 1 (A )]] v = [[ (A ,A)∈Att ¬E(A )]] v . • Let v(a) = −1. If argument A satisfies L g (A) = undec, then [[E(A)]] v = [[E 2 (A)]] v .</formula><p>And otherwise E(A) = E 1 (A), and from theorem 5</p><formula xml:id="formula_17">E 1 (A) = E 2 (A), so [[E(A)]] v = [[E 2 (A)]] v . Applying the same process, [[E(A)]] v = [[ (A ,A)∈Att ¬E(A )]] v . • Let v(a) = 0. If argument A satisfies L g (A) = undec, then [[E(A)]] v = 0. Otherwise E(A) = E 1 (A), and from theorem 5 [[E 1 (A)]] v = 1 if L g (A) = in and [[E 1 (A)]] = − 1 if L g (A)</formula><p>= out. This corresponds to L g ; according to theorem 1 it is complete.</p><p>Therefore E is complete.</p><p>From this abstraction, we arrive at the notion of general allocators.</p><p>Definition 5. A complete allocator, such that any complete labelings are obtained as its instantiated allocators, is called a general allocator.</p><p>We have already encountered an example of a general allocator as E, described in example 2.</p><p>Since the number of complete labelings within a finite framework is finite, we get a general allocator through the repeated application of the generalization process detailed above.</p><p>Theorem 7. There is a general allocator for each finite framework.</p><p>As single framework has several general allocators, and discerning which (or how many) constant allocators are instantiated from a general allocator is challenging. However, grounded labeling is obtained by a specific valuation. Lemma 4. When E is a general allocator, E v0 , where v 0 (x) = 0 for any variable x is a constant allocator corresponding to a grounded labeling.</p><p>Stable labelings are also obtained by specific valuations with conditions. Lemma 5. When E is a general allocator that E(A) does not contain U for any argument A, E v1 , where v 1 (x) = 0 for any variable x, is a constant allocator corresponding to a stable labeling.</p><p>The means by which preferred labelings are obtained is unclear, but it is evident that they are obtained by some valuations v such that v(x) = 0 for any variable x.</p><p>Unfortunately, the general allocator produced by theorem 6 is frequently larger than desired. As the proof demonstrates, E 1 , E 2 and the allocator corresponding to L g are instantiated from the composed allocator described in theorem 6. This means that each composition instantiates to another complete labeling for each introduced variable. For example, the argumentation framework shown in figure <ref type="figure" target="#fig_1">2</ref> has nine complete labelings. The method requires seven variables to construct a general allocator (each process has one abstract labeling and one grounded labeling). However, since the left part ({ 1, 2 }) and right part ({ 3, 4 }) only affect the central argument 5, without affecting one another, the a general allocator E is constructed using only two variables, as Prior to the application of the method, reducing the framework down to its strongly connected components may decrease the number of allocation variables. However, it is unclear how allocators for such components are constructed and whether, if indeed possible, such allocators are minimal.</p><formula xml:id="formula_18">E(1) = a, E(2) = ¬a, E(3) = b, E(4) = ¬b and E(5) = a ∧ b.</formula><p>Another problem of the process is that its complexity depends on the enumeration of complete labelings, which is not processed in polynomial time (unless P = NP ) <ref type="bibr" target="#b13">[14]</ref>. To implement allocation, an algorithm for constructing general allocators without enumeration of complete labelings is required.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.">Local Allocation</head><p>As the size of a given framework is so big, we want to split into some blocks. Since both extensions and labelings are global entities, there are no functionalities for abstraction outside of the blocks. Additionally, merging blocks is required, but each block may exhibit its own preference, for example, grounded, preferred, stable, etc. However, it is difficult to assemble the blocks according to such preferences.</p><p>Allocation offers a solution to these problems. Variables abstract expressions allocated to arguments. Furthermore, they facilitate assembly of the blocks by substitution.</p><p>In this section, we propose allocations for the blocks, not for the global framework. The term "allocators" here applies only to specific blocks, not the global framework, and use term local allocators.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.1.">Variable Argument</head><p>Let the block be a subset of Arg. First, the arguments are selected attacking arguments in the block. These arguments may externally affect the block's allocation in the block from outside. These arguments are termed variable arguments.</p><p>To abstract the acceptance of variable arguments, a local allocator provides each with a unique variable. Here, we offer formal definitions for blocks, variable arguments and local allocators.  When we discuss the local allocation and allocation defined in section 3.2 simultaneously, we apply the term global allocation to the latter. The completeness of local allocators is defined similarly to that of global allocators. Definition 7. A local allocator E l for block B is complete iff the following conditions are satisfied.</p><formula xml:id="formula_19">Definition 6. Let B ⊆ P(Arg). If ∀B 1 , B 2 ∈ B, B 1 = B 2 → B 1 ∩ B 2 = ∅ and ∀A ∈ Arg, ∃B ∈ B, A ∈ B,</formula><p>• For any variable argument A, E l (A) = a for some variable a and E l (A) = E l (A ) for any other variable argument A .</p><formula xml:id="formula_20">• For any argument A in block B, E l (A) ≡ (A ,A)∈Att ¬E l (A ).</formula><p>The difference between the completeness of local allocators and that of global allocators is the allocation of variable arguments to variables. As such, the complete local allocator for all arguments (i.e., no variable arguments) is a complete (global) allocator. Example 3. Figure <ref type="figure" target="#fig_4">3</ref> is an example of block. It has three arguments {1, 2, 3} and its variable argument is {a}. We can assign expressions to this block, like E l (a) = a, E l (1) = a ∨ b, E l (2) = ¬a ∧ ¬b, and</p><formula xml:id="formula_21">E l (3) = (a ∨ b) ∧ ¬a ∧ ¬b.</formula><p>This allocator shows that the acceptability of 3 depends on not only external argument a, but also internal argument 1 (or 2). This means that this block requires a preference for 1 (or a negativity for 2) in the whole framework including this block.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="5.2.">Local and Global Completeness</head><p>Here, we construct a complete global allocator from local allocators. Generally speaking, the construction of local allocators is challenging.</p><p>For example, we assume a splitter for figure <ref type="figure" target="#fig_5">4</ref> as { {1, 2, 3}, {4, 5, 6} }. Each block has a local allocator, as described in example 3. To distinguish the variables in each allocator, we use a l and b l for {1, 2, 3}, and a r and b r for {4, 5, 6}. To construct a global allocator from these, we need to remove a l and a r . However, it is difficult to remove them since a l relates to (a r ∨ b r ) ∧ ¬a r ∧ ¬b r and a r relates (a l ∨ b l ) ∧ ¬a l ∧ ¬b l .</p><p>To avoid this, we restrict the acyclic splitters.</p><p>Definition 8. We define attacks on a splitter as B 1 attacking B 2 iff B 1 = B 2 and there exist A ∈ B 1 and A ∈ B 2 , such that (A, A ) ∈ Att. A splitter is acyclic iff the graph, whose nodes are blocks and arcs are attacks on the splitter, is acyclic.  </p><formula xml:id="formula_22">E 12 (A) = E 1 (A) (A ∈ B 1 ∪ VA(B 1 )) E 2 (A)[A ∈ VA(B 2 ) ∩ B , E 1 (A )/E 2 (A )] (A ∈ B 2 ∪ VA(B 2 )) where p[A ∈ VA(B 2 ) ∩ B 1 , E 1 (A )/E 2 (A )] = p[E 1 (A 1 )/a 1 ] . . . [E 1 (A n )/a n ] for all A i ∈ VA(B 2 ) ∩ B 1 , E 2 (A i ) = a i .</formula><p>Proof. For argument A ∈ B 1 , it is evident that the conditions for completeness hold, since its attackers are also in B 1 . For argument</p><formula xml:id="formula_23">A ∈ B 2 , E 12 (A) = E 2 (A)[A ∈ VA(B 2 ), E 1 (A )/E 2 (A )] ≡ ( (A ,A)∈Att ¬E 2 (A ))[A ∈ VA(B 2 ), E 1 (A )/E 2 (A )] ≡ (A ,A)∈Att ¬(E 2 (A )[A ∈ VA(B 2 ), E 1 (A )/E 2 (A )]). If (A , A) ∈ Att then A ∈ B 2 or A ∈ VA(B 2 ) ∩ B 1 or A ∈ VA(B 2 ) but A ∈ B 1 . The first case, it is clear that E 2 (A )[A ∈ VA(B 2 ), E 1 (A )/E 2 (A )]) = E 12 (A ). The second case, E 2 (A ) = a for some variable a and E 2 (A )[A ∈ VA(B 2 ), E 1 (A )/E 2 (A )]) = a[A ∈ VA(B 2 ), E 1 (A )/E 2 (A )]) = E 1 (A ) = E 12 (A ). The last case is unaffected by the substitution, so E 2 (A )[A ∈ VA(B 2 ), E 1 (A )/E 2 (A )]) = a[A ∈ VA(B 2 ), E 1 (A )/E 2 (A )]) = a = E 2 (A ) = E 12 (A ). Therefore E 12 (A) ≡ (A ,A)∈Att ¬E 12 (A ).</formula><p>Finally, we can prove the following theorem using lemma 6 and theorem 8.</p><p>Theorem 9. For a finite framework, if a splitter is acyclic, then the assembly of complete local allocators, as described in theorem 8, construct a complete global allocator.</p></div>
<div xmlns="http://www.tei-c.org/ns/1.0"><head n="6.">Conclusion</head><p>In this paper, we have proposed a new semantics for argumentation frameworks characterized by three-valued logical expressions. Allocation offers flexibility for the description of specific semantics (as constant allocators) and whole semantics (as general allocators). We have also proposed a process of local allocation, focusing on the semantics of part of a given framework. We proved that a global allocator can be constructed from an acyclic splitter and local allocators.</p><p>There are several researches to propose novel kinds of semantics of arguments. Abstract dialectical frameworks (ADFs) <ref type="bibr" target="#b5">[6,</ref><ref type="bibr" target="#b6">7]</ref> are generalization of argumentation frameworks. In ADFs, acceptance of an argument gives as logical expressions with acceptances of other arguments relating with the argument<ref type="foot" target="#foot_0">2</ref> . Also, there is an equational approach to describe acceptances for arguments <ref type="bibr" target="#b11">[12]</ref>. In the equational approach, each argument has its own numerical function, describing relationships with other arguments. The results (acceptability) of the equations are a numeric value of [0, 1] (and interpretable as acceptance like labels).</p><p>These approaches give flexibility of relationships between arguments. Although our method allows only attacks for such relationships, by the definition of the completeness (Def. 3), it enables us to discuss acceptability between arguments, or an argument and the whole framework through the allocation variables, which is effective to compare semantics.</p><p>There are some approaches to calculate several kinds of semantics using logical formulas. Besnard et al. proposed a methodology to encode argumentation frameworks and set operations to logical formulas <ref type="bibr" target="#b4">[5]</ref>. Arieli and Caminada proposed an approach based on signed theories and quantified boolean formulas to calculate several kinds of labelings <ref type="bibr" target="#b0">[1]</ref>. These approaches give a formula for each argumentation framework to represent acceptance of arguments. Our approach gives a formula for each argument in given framework to represent how the acceptability of the argument behaves in the framework.</p><p>Local allocation enables us to split a framework into blocks. We discussed only acyclic splitters, but there are several researches to decompose a framework into some parts. Baroni et al. discussed decomposability of a framework in several semantics <ref type="bibr" target="#b2">[3]</ref>. Variable arguments are similar to input arguments in I/O-gadgets, proposed in <ref type="bibr" target="#b12">[13]</ref>. Both works are not limited to acyclic. However, since they are based on labeling (or extension) approaches, we should discuss their results are applicable in our approach.</p><p>Our work will focus on two key areas in the immediate future.</p><p>• The completeness of an allocator is unambiguous: checking for completeness is obviously more complex than it is for labeling. Since checking that the equivalence of two-valued logical expressions is co-NP complete, the completeness of the allocation should be at least co-NP hard. For the purposes of our study, it is less important to check completeness than it is to construct general allocators. We will soon begin developing a method for constructing general (and local) allocators. • The minimum number of allocation variables is unclear: for example, if the framework has two or three complete labelings, its general allocator can be constructed using one variable according to the method described in section 4 (by selecting not-grounded complete labelings as E 1 and E 2 ). A variable can be instantiated with T , F or U , so a framework with four complete labelings requires at least two allocation variables to provide the general allocator. In fact, we can construct it from two allocation variables using the same method. However, where a framework has five complete labelings, it is unclear whether the general allocator can be constructed from two variables.</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. Two examples of argumentation frameworks. (a) Left: acyclic graph, and (b) right: cyclic graph.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_1"><head>Example 2 .</head><label>2</label><figDesc>(b) in figure 1 has three constant allocators corresponding to complete labelings. Simultaneously, it also has a complete allocator E such that E(1) = a, E(2) = ¬a, E(3) = a ∧ ¬a and E(4) = a ∨ ¬a. With the valuation v, these expressions are evaluated to v(a), −v(a), min(v(a), −v(a)) and max(v(a), −v(a)).</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. A framework with two cyclic parts.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_3"><head></head><label></label><figDesc>then B is called the splitter of the framework, and each element of the splitter is called a block. For the block B, we define the function VA as VA(B) = {A |A ∈ B ∧A ∈ B ∧(A , A) ∈ Att}. An argument in VA(B) is called a variable argument. A local allocator E l for block B is a function B ∪VA(B) → p where p is an expression.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_4"><head>Figure 3 .</head><label>3</label><figDesc>Figure 3. Example of block. {a} is a variable argument of block {1, 2, 3}.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" xml:id="fig_5"><head>Figure 4 .</head><label>4</label><figDesc>Figure 4. Cyclic attack between blocks {1, 2, 3} and {4, 5, 6}.</figDesc></figure>
<figure xmlns="http://www.tei-c.org/ns/1.0" type="table" xml:id="tab_0"><head></head><label></label><figDesc>Lemma 6. Assume an acyclic splitter B and two blocks B 1 , B 2 ∈ B such that B 1 is not attacked by any other blocks and B 2 is not attacked by other than B 1 . Then,B = B\{B 1 , B 2 } ∪ {B 1 ∪ B 2 } is also acyclic.Next, we compose local allocators for such blocks.Theorem 8. For the two blocks B 1 and B 2 , we may assume that VA(B 1 )∩B 2 = ∅. If E 1 and E 2 are complete local allocators for B 1 and B 2 respectively, the following allocator E 12 is a complete local allocator for B 1 ∪ B 2 .</figDesc><table /></figure>
			<note xmlns="http://www.tei-c.org/ns/1.0" place="foot" n="2" xml:id="foot_0">Conditions in ADFs are defined as functions, but logical expressions are enough expressive.</note>
		</body>
		<back>

			<div type="acknowledgement">
<div xmlns="http://www.tei-c.org/ns/1.0"><head>Acknowledgment</head><p>This work was supported by JSPS KAKENHI Grant Number JP17H06103.</p></div>
			</div>

			<div type="references">

				<listBibl>

<biblStruct xml:id="b0">
	<analytic>
		<title level="a" type="main">A QBF-based formalization of abstract argumentation semantics</title>
		<author>
			<persName><forename type="first">O</forename><surname>Arieli</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Caminada</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Journal of Applied Logic</title>
		<imprint>
			<biblScope unit="volume">11</biblScope>
			<biblScope unit="issue">2</biblScope>
			<biblScope unit="page" from="229" to="252" />
			<date type="published" when="2013">2013</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b1">
	<analytic>
		<title level="a" type="main">An introduction to argumentation semantics</title>
		<author>
			<persName><forename type="first">P</forename><surname>Baroni</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Caminada</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Giacomin</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">The Knowledge Engineering Review</title>
		<imprint>
			<biblScope unit="volume">26</biblScope>
			<biblScope unit="issue">4</biblScope>
			<biblScope unit="page" from="365" to="410" />
			<date type="published" when="2011">2011</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b2">
	<analytic>
		<title level="a" type="main">On the Input/Output behavior of argumentation frameworks</title>
		<author>
			<persName><forename type="first">P</forename><surname>Baroni</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename><surname>Boella</surname></persName>
		</author>
		<author>
			<persName><forename type="first">F</forename><surname>Cerutti</surname></persName>
		</author>
		<author>
			<persName><forename type="first">M</forename><surname>Giacomin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">L</forename><surname>Torre</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Villata</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Artificial Intelligence</title>
		<imprint>
			<biblScope unit="volume">217</biblScope>
			<biblScope unit="page" from="144" to="197" />
			<date type="published" when="2014">2014</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b3">
	<analytic>
		<title level="a" type="main">Argumentation in artificial intelligence</title>
		<author>
			<persName><forename type="first">T</forename><surname>Bench-Capon</surname></persName>
		</author>
		<author>
			<persName><forename type="first">P</forename><surname>Dunne</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Artificial Intelligence</title>
		<imprint>
			<biblScope unit="volume">171</biblScope>
			<biblScope unit="page" from="619" to="641" />
			<date type="published" when="2007">2007</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b4">
	<analytic>
		<title level="a" type="main">Encoding Argument Graphs in Logic</title>
		<author>
			<persName><forename type="first">P</forename><surname>Besnard</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Doutre</surname></persName>
		</author>
		<author>
			<persName><forename type="first">A</forename><surname>Herzig</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. of IPMU2014</title>
				<meeting>of IPMU2014</meeting>
		<imprint>
			<date type="published" when="2014">2014</date>
			<biblScope unit="page" from="345" to="354" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b5">
	<analytic>
		<title level="a" type="main">Abstract dialectical frameworks</title>
		<author>
			<persName><forename type="first">G</forename><surname>Brewka</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Woltran</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. of KR2010</title>
				<meeting>of KR2010</meeting>
		<imprint>
			<date type="published" when="2010">2010</date>
			<biblScope unit="page" from="102" to="111" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b6">
	<analytic>
		<title level="a" type="main">Abstract dialectical frameworks revisited</title>
		<author>
			<persName><forename type="first">G</forename><surname>Brewka</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Ellmauthaler</surname></persName>
		</author>
		<author>
			<persName><forename type="first">H</forename><surname>Strass</surname></persName>
		</author>
		<author>
			<persName><forename type="first">J</forename><forename type="middle">P</forename><surname>Wallner</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Woltran</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. of IJCAI2013</title>
				<meeting>of IJCAI2013</meeting>
		<imprint>
			<date type="published" when="2013">2013</date>
			<biblScope unit="page" from="803" to="809" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b7">
	<analytic>
		<title level="a" type="main">On the Issue of Reinstatement in Argumentation</title>
		<author>
			<persName><forename type="first">M</forename><surname>Caminada</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. of JELIA 2006</title>
				<meeting>of JELIA 2006</meeting>
		<imprint>
			<date type="published" when="2006">2006</date>
			<biblScope unit="page" from="111" to="123" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b8">
	<analytic>
		<title level="a" type="main">Investigating the relationship between argumentation semantics via signatures In</title>
		<author>
			<persName><forename type="first">P</forename><surname>Dunne</surname></persName>
		</author>
		<author>
			<persName><forename type="first">C</forename><surname>Spanring</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Linsbichler</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Woltran</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. of IJCAI2016</title>
				<meeting>of IJCAI2016</meeting>
		<imprint>
			<date type="published" when="2016">2016</date>
			<biblScope unit="page" from="1051" to="1057" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b9">
	<analytic>
		<title level="a" type="main">On the acceptability of arguments and its fundamental role in nonmonotonic reasoning, logic programming and n-person games</title>
		<author>
			<persName><forename type="first">P</forename><forename type="middle">M</forename><surname>Dung</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Artificial Intelligence</title>
		<imprint>
			<biblScope unit="volume">77</biblScope>
			<biblScope unit="page" from="321" to="357" />
			<date type="published" when="1995">1995</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b10">
	<analytic>
		<title level="a" type="main">Defeasible logic programming: An argumentative approach</title>
		<author>
			<persName><forename type="first">'</forename><surname>Garc</surname></persName>
		</author>
		<author>
			<persName><forename type="first">.</forename><forename type="middle">A</forename><surname>Simari</surname></persName>
		</author>
		<author>
			<persName><forename type="first">G</forename></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Theory and Logic Programming</title>
		<imprint>
			<biblScope unit="volume">4</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="95" to="138" />
			<date type="published" when="2004">2004</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b11">
	<analytic>
		<title level="a" type="main">Equational approach to argumentation networks</title>
		<author>
			<persName><forename type="first">D</forename><forename type="middle">M</forename><surname>Gabby</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Argument and Computation</title>
		<imprint>
			<biblScope unit="volume">3</biblScope>
			<biblScope unit="issue">2-3</biblScope>
			<biblScope unit="page" from="87" to="142" />
			<date type="published" when="2012">2012</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b12">
	<analytic>
		<title level="a" type="main">On the Functional Completeness of Argumentation Semantics</title>
		<author>
			<persName><forename type="first">M</forename><surname>Giacomin</surname></persName>
		</author>
		<author>
			<persName><forename type="first">T</forename><surname>Linsbichler</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Woltran</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. of KR2016</title>
				<meeting>of KR2016</meeting>
		<imprint>
			<date type="published" when="2016">2016</date>
			<biblScope unit="page" from="43" to="52" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b13">
	<analytic>
		<title level="a" type="main">On the Complexity of Enumerating the Extensions of Abstract Argumentation Frameworks In</title>
		<author>
			<persName><forename type="first">M</forename><surname>Kröll</surname></persName>
		</author>
		<author>
			<persName><forename type="first">R</forename><surname>Pichler</surname></persName>
		</author>
		<author>
			<persName><forename type="first">S</forename><surname>Woltran</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="m">Proc. of IJCAI2017</title>
				<meeting>of IJCAI2017</meeting>
		<imprint>
			<date type="published" when="2017">2017</date>
			<biblScope unit="page" from="1145" to="1152" />
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b14">
	<analytic>
		<title level="a" type="main">An overview of formal models of argumentation and their application in philosophy</title>
		<author>
			<persName><forename type="first">H</forename><surname>Prakken</surname></persName>
		</author>
	</analytic>
	<monogr>
		<title level="j">Studies in logic</title>
		<imprint>
			<biblScope unit="volume">4</biblScope>
			<biblScope unit="issue">1</biblScope>
			<biblScope unit="page" from="65" to="86" />
			<date type="published" when="2011">2011</date>
		</imprint>
	</monogr>
</biblStruct>

<biblStruct xml:id="b15">
	<monogr>
		<title level="m">Argumentation in Artificial Intelligence</title>
				<editor>
			<persName><forename type="first">I</forename><surname>Rahwan</surname></persName>
		</editor>
		<editor>
			<persName><forename type="first">G</forename><surname>Simari</surname></persName>
		</editor>
		<imprint>
			<publisher>Springer</publisher>
			<date type="published" when="2009">2009</date>
		</imprint>
	</monogr>
</biblStruct>

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