<?xml version="1.0" encoding="UTF-8"?>
<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Publishing DTD v1.1 20151215//EN" "http://jats.nlm.nih.gov/publishing/1.1/JATS-journalpublishing1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink" xmlns:mml="http://www.w3.org/1998/Math/MathML" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance" article-type="research-article" dtd-version="1.1">
<front>
<journal-meta>
<journal-id journal-id-type="pmc">CMES</journal-id>
<journal-id journal-id-type="nlm-ta">CMES</journal-id>
<journal-id journal-id-type="publisher-id">CMES</journal-id>
<journal-title-group>
<journal-title>Computer Modeling in Engineering &#x0026; Sciences</journal-title>
</journal-title-group>
<issn pub-type="epub">1526-1506</issn>
<issn pub-type="ppub">1526-1492</issn>
<publisher>
<publisher-name>Tech Science Press</publisher-name>
<publisher-loc>USA</publisher-loc>
</publisher>
</journal-meta>
<article-meta>
<article-id pub-id-type="publisher-id">23242</article-id>
<article-id pub-id-type="doi">10.32604/cmes.2023.023242</article-id>
<article-categories>
<subj-group subj-group-type="heading">
<subject>Article</subject>
</subj-group>
</article-categories>
<title-group>
<article-title>Qualia Role-Based Quantity Relation Extraction for Solving Algebra Story Problems</article-title>
<alt-title alt-title-type="left-running-head">Qualia Role-Based Quantity Relation Extraction for Solving Algebra Story Problems</alt-title>
<alt-title alt-title-type="right-running-head">Qualia Role-Based Quantity Relation Extraction for Solving Algebra Story Problems</alt-title>
</title-group>
<contrib-group content-type="authors">
<contrib id="author-1" contrib-type="author">
<name name-style="western"><surname>He</surname><given-names>Bin</given-names></name></contrib>
<contrib id="author-2" contrib-type="author">
<name name-style="western"><surname>Meng</surname><given-names>Hao</given-names></name></contrib>
<contrib id="author-3" contrib-type="author">
<name name-style="western"><surname>Zhang</surname><given-names>Zhejin</given-names></name></contrib>
<contrib id="author-4" contrib-type="author">
<name name-style="western"><surname>Liu</surname><given-names>Rui</given-names></name></contrib>
<contrib id="author-5" contrib-type="author" corresp="yes">
<name name-style="western"><surname>Zhang</surname><given-names>Ting</given-names></name><email>ting.zhang@ccnu.edu.cn</email></contrib>
<aff id="aff-1"><institution>Faculty of Artificial Intelligence in Education, Central China Normal University</institution>, <addr-line>Wuhan, 430079</addr-line>, <country>China</country></aff>
</contrib-group>
<author-notes>
<corresp id="cor1"><label>&#x002A;</label>Corresponding Author: Ting Zhang. Email: <email>ting.zhang@ccnu.edu.cn</email></corresp>
</author-notes>
<pub-date publication-format="print" date-type="pub" iso-8601-date="2023-01-04"><day>04</day>
<month>01</month>
<year>2023</year></pub-date>
<volume>136</volume>
<issue>1</issue>
<fpage>403</fpage>
<lpage>419</lpage>
<history>
<date date-type="received"><day>15</day><month>4</month><year>2022</year></date>
<date date-type="accepted"><day>05</day><month>9</month><year>2022</year></date>
</history>
<permissions>
<copyright-statement>&#x00A9; 2023 He et al.</copyright-statement>
<copyright-year>2023</copyright-year>
<copyright-holder>He et al.</copyright-holder>
<license xlink:href="https://creativecommons.org/licenses/by/4.0/">
<license-p>This work is licensed under a <ext-link ext-link-type="uri" xlink:type="simple" xlink:href="https://creativecommons.org/licenses/by/4.0/">Creative Commons Attribution 4.0 International License</ext-link>, which permits unrestricted use, distribution, and reproduction in any medium, provided the original work is properly cited.</license-p>
</license>
</permissions>
<self-uri content-type="pdf" xlink:href="TSP_CMES_23242.pdf"></self-uri>
<abstract>
<p>A qualia role-based entity-dependency graph (EDG) is proposed to represent and extract quantity relations for solving algebra story problems stated in Chinese. Traditional neural solvers use end-to-end models to translate problem texts into math expressions, which lack quantity relation acquisition in sophisticated scenarios. To address the problem, the proposed method leverages EDG to represent quantity relations hidden in qualia roles of math objects. Algorithms were designed for EDG generation and quantity relation extraction for solving algebra story problems. Experimental result shows that the proposed method achieved an average accuracy of 82.2&#x0025; on quantity relation extraction compared to 74.5&#x0025; of baseline method. Another prompt learning result shows a 5&#x0025; increase obtained in problem solving by injecting the extracted quantity relations into the baseline neural solvers.</p>
</abstract>
<kwd-group kwd-group-type="author">
<kwd>Quantity relation extraction</kwd>
<kwd>algebra story problem solving</kwd>
<kwd>qualia role</kwd>
<kwd>entity dependency graph</kwd>
</kwd-group>
</article-meta>
</front>
<body>
<sec id="s1"><label>1</label><title>Introduction</title>
<p>Automatically solving math word problem (MWP) is a long-standing artificial intelligence (AI) challenge problem that dates back to the 1960s [<xref ref-type="bibr" rid="ref-1">1</xref>]. An automatic problem solver can be a key enabling technology for intelligent learning systems [<xref ref-type="bibr" rid="ref-2">2</xref>], such as for auto grading, peer math tutoring, etc. In recent years, automatic problem solving has attracted significant interest from the AI community and several neural network-based solvers were built for solving MWPs. Despite the great success of deep neural networks achieved in many other fields over the last few years, there are still many challenges in designing such kinds of solvers that can meet the needs of applications like intelligent tutoring. For example, it is hard for a neural solver to handle and describe the math object relations which are fundamental facts for mathematical expression generation. In this paper, we focus on designing algorithms for solving algebra story problems stated in Chinese with the ability of math entity relationship representation and quantity relation extraction.</p>
<p>Algebra story problem [<xref ref-type="bibr" rid="ref-3">3</xref>] is a sub-category of MWPs, which uses a short story to present mathematical properties of math objects. Quantity relations hidden in the mathematical properties of the interconnected math objects are essential information for solving the problem. In practice, some of the quantity relations are presented implicitly by the properties of the interconnected objects, but others may be hidden in the story text. As shown in <xref ref-type="fig" rid="fig-1">Fig. 1</xref>, the key information for solving this problem lies in the <italic>L3</italic> level relations of &#x201C;<italic>length</italic>&#x201D; between &#x201C;<italic>square</italic>&#x201D; and &#x201C;<italic>circle</italic>&#x201D;. Therefore, it is important for a problem solver to have the ability of quantity relation acquisition from the implicit properties of objects hidden in story text.</p>
<fig id="fig-1"><label>Figure 1</label><caption><title>An example of quantity relation representation by using qualia role-related EDG</title></caption><graphic mimetype="image" mime-subtype="png" xlink:href="CMES_23242-fig-1.png"/></fig>
<p>Traditional MWP solvers, such as rule-based methods [<xref ref-type="bibr" rid="ref-4">4</xref>,<xref ref-type="bibr" rid="ref-5">5</xref>] and semantic parsing-based methods [<xref ref-type="bibr" rid="ref-6">6</xref>&#x2013;<xref ref-type="bibr" rid="ref-9">9</xref>], utilize heuristic rules or templates to locate and extract quantity relations from the problem statements. Mandal&#x00A0;et&#x00A0;al.&#x00A0;[<xref ref-type="bibr" rid="ref-10">10</xref>], for example, demonstrated the use of a mixed approach of using the rule-based information and semantic role labeling to represent a MWP and generate the answer. Despite a good explanation of these methods, they have only been proven effective on fine-scale datasets. Recent works have focused on solving this problem on large-scale datasets by training an end-to-end neural network to directly map the problem text into a mathematical expression [<xref ref-type="bibr" rid="ref-11">11</xref>&#x2013;<xref ref-type="bibr" rid="ref-16">16</xref>]. Although they seem to obtain satisfying performance, such end-to-end neural models suffer from several drawbacks being applied in practical tutoring systems. First, the ability of expression generation drops dramatically in sophisticated scenarios. Most neural solvers utilize an end-to-end model to derive the math expression directly to avoid entity recognition and quantity relation extraction. For example, retrieval models are used in early deep neural solvers [<xref ref-type="bibr" rid="ref-15">15</xref>] to obtain the equation. These models can only handle the predefined equations lack of generation ability for new equations that are not existent in the training data set. Recent state-of-the-art neural solvers, such as GTS [<xref ref-type="bibr" rid="ref-17">17</xref>], Graph2Tree [<xref ref-type="bibr" rid="ref-13">13</xref>,<xref ref-type="bibr" rid="ref-14">14</xref>], SMART [<xref ref-type="bibr" rid="ref-18">18</xref>], were designed to translate the problem text into an expression tree (e.g., equation tree) which greatly improved the generation ability of new equations. However, such end-to-end neural models were trained to generate an entire math expression which lacks of the supporting information to explain the composition of the generated math expression.</p>
<p>To represent the relations between quantities mentioned in the problem text, Roy&#x00A0;et&#x00A0;al.&#x00A0;[<xref ref-type="bibr" rid="ref-11">11</xref>] proposed the concept of unit dependency graph (UDG) to connect the given numbers and the question being asked, which leverages two types of classifiers to predict the operations between quantities. The classifiers were trained on dataset with domain knowledge-based annotations to constrain the UDG generation as well as to explain the output expression. Yu&#x00A0;et&#x00A0;al.&#x00A0;[<xref ref-type="bibr" rid="ref-19">19</xref>] proposed a framework for solving arithmetic word problems which use a set of syntactic-semantic (<inline-formula id="ieqn-1"><mml:math id="mml-ieqn-1"><mml:msup><mml:mi>S</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msup></mml:math></inline-formula>) models to bridge the problem text and the mathematical expressions. The improved <inline-formula id="ieqn-2"><mml:math id="mml-ieqn-2"><mml:msup><mml:mi>S</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msup></mml:math></inline-formula> models were designed to solve various types of mathematical problems, e.g., direct current circuit problems [<xref ref-type="bibr" rid="ref-20">20</xref>], plane geometry problems [<xref ref-type="bibr" rid="ref-21">21</xref>], etc., which proved the efficiency of this method. However, the <inline-formula id="ieqn-3"><mml:math id="mml-ieqn-3"><mml:msup><mml:mi>S</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msup></mml:math></inline-formula> model still suffers from insufficient ability of deriving quantity relations in more sophisticated scenarios which lack explicit syntactic-semantic patterns, such as the &#x201C;<italic>length</italic>&#x201D; between the &#x201C;<italic>wire</italic>&#x201D; and the &#x201C;<italic>square</italic>&#x201D;. Generally, such hidden information is usually indicated by incomplete <inline-formula id="ieqn-4"><mml:math id="mml-ieqn-4"><mml:msup><mml:mi>S</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msup></mml:math></inline-formula> structures or hidden events, which are deeply related with qualia roles of entities in linguistics research [<xref ref-type="bibr" rid="ref-22">22</xref>,<xref ref-type="bibr" rid="ref-23">23</xref>].</p>
<p>Inspired by their work, we propose an EDG method to represent the quantity relations for solving algebra story problems stated in Chinese. The proposed method leverages qualia roles [<xref ref-type="bibr" rid="ref-22">22</xref>,<xref ref-type="bibr" rid="ref-23">23</xref>] to present the interconnections of the objects as well as the properties associated with the objects. In each EDG, objects are divided into math entities and math attributes which are connected to each other according to the qualia roles defined on the basis of the relation between the math entities and attributes. Quantity relations extracted from the interconnected math entities and attributes are taken as the supplementary inputs of the problem solver to improve the performance of problem solving. Recalling the example shown in <xref ref-type="fig" rid="fig-1">Fig. 1</xref>, by using the qualia role-based entity dependency graph, the <italic>L3</italic> level relations could be represented through the &#x201C;<italic>EVA</italic>&#x201D; role between the entity &#x201C;<italic>square</italic>&#x201D; and &#x201C;<italic>circle</italic>&#x201D;, which can be translated into the relations of &#x201C;<inline-formula id="ieqn-5"><mml:math id="mml-ieqn-5"><mml:mrow><mml:mtext mathvariant="italic">square</mml:mtext></mml:mrow><mml:mo>.</mml:mo><mml:mrow><mml:mtext mathvariant="italic">length</mml:mtext></mml:mrow><mml:mo>=</mml:mo><mml:mi>w</mml:mi><mml:mi>i</mml:mi><mml:mi>r</mml:mi><mml:mi>e</mml:mi><mml:mo>.</mml:mo><mml:mrow><mml:mtext mathvariant="italic">length</mml:mtext></mml:mrow></mml:math></inline-formula>&#x201D; and &#x201C;<inline-formula id="ieqn-6"><mml:math id="mml-ieqn-6"><mml:mi>w</mml:mi><mml:mi>i</mml:mi><mml:mi>r</mml:mi><mml:mi>e</mml:mi><mml:mo>.</mml:mo><mml:mrow><mml:mtext mathvariant="italic">length</mml:mtext></mml:mrow><mml:mo>=</mml:mo><mml:mrow><mml:mtext mathvariant="italic">circle</mml:mtext></mml:mrow><mml:mo>.</mml:mo><mml:mrow><mml:mtext mathvariant="italic">length</mml:mtext></mml:mrow></mml:math></inline-formula>&#x201D; finally.</p>
<p>The main contributions of this paper lie in:
<list list-type="simple">
<list-item><label>1)</label><p>A qualia role-related entity dependency graph (EDG) is proposed to efficiently represent the quantity relations presented by the properties of the interconnected math objects, especially for those literally uncorrelated math objects in algebra story problems stated in Chinese.</p></list-item>
<list-item><label>2)</label><p>An algorithm is designed to extract quantity relations from the built EDG to improve the algebra story problem solving.</p></list-item>
</list></p>
<p>The rest of the paper is organized as follows. <xref ref-type="sec" rid="s2">Section 2</xref> describes the related research of quantity relation extraction. <xref ref-type="sec" rid="s3">Sections 3</xref> and <xref ref-type="sec" rid="s4">4</xref> introduce the entity-dependency graph, the algorithm and application of extracting the quantity relations and the experimental results are presented in <xref ref-type="sec" rid="s5">Section 5</xref>. We conclude this paper in <xref ref-type="sec" rid="s6">Section 6</xref>.</p>
</sec>
<sec id="s2"><label>2</label><title>Related Work</title>
<sec id="s2_1"><label>2.1</label><title>Algebra Story Problem Solving</title>
<p>This paper aims to build a graph-based representation method to improve the efficiency of quantity relation extraction for solving algebra story problems stated in Chinese. As discussed above, the algebra story problem is a sub-category of the math word problem which is much more complex than other math word problems such as arithmetic word problems [<xref ref-type="bibr" rid="ref-3">3</xref>]. Hence, in this section, we discuss the related work of solving math word problems, not just algebra story problems. The math word problem solvers can be divided into three categories: rule-based, semantic parsing-based and end-to-end method.</p>
<p><bold>Rule-Based Method.</bold> Early solvers used rule-based methods to solve math word problems, which leverage predefined rules or templates to extract quantity relation from the problem text. A computer program, WORDPRO [<xref ref-type="bibr" rid="ref-4">4</xref>] was proposed in the 1980s. By manually defining rules, the program converts text in a particular format into propositions, and then makes simple inferences about these propositions to solve one-step problems. Bakman [<xref ref-type="bibr" rid="ref-24">24</xref>] proposed another system ROBUST which is an improvement on WORDPRO by defining a wider range of rules that enable it to solve free-format multi-step problems. Yuhui&#x00A0;et&#x00A0;al.&#x00A0;[<xref ref-type="bibr" rid="ref-5">5</xref>] expanded this method to solve multi-step addition and subtraction algebra story problems by using a fixed frame. All these methods leverage fine defined rules to represent the input problems and can only work on small and closed data set of problems. Besides, the rules could be inefficient in a complicated context of problems.</p>
<p><bold>Semantic Parsing-Based Method.</bold> With the development of natural language processing (NLP) technologies, researchers use semantic parsing to extract quantity relations from the problem text to avoid the huge work of manual rule construction. Roy&#x00A0;et&#x00A0;al.&#x00A0;[<xref ref-type="bibr" rid="ref-6">6</xref>] made a first attempt to map text segments into quantity-value representation (QVR) by using text features and part of speech tags. The method of tracking the changes of quantity relation state with verbs was described in [<xref ref-type="bibr" rid="ref-7">7</xref>] which can be used to solve some numerical state change problems, but only in addition and subtraction. Another approach to semantic analysis described in [<xref ref-type="bibr" rid="ref-8">8</xref>] which is to extract relations by defining expressions named schema that match text. A tag-based algebra story problems solver was proposed in [<xref ref-type="bibr" rid="ref-9">9</xref>] which analyzes and transforms the text into predefined tag-based logic forms to achieve relation extraction. Mandal&#x00A0;et&#x00A0;al.&#x00A0;[<xref ref-type="bibr" rid="ref-10">10</xref>] proposed an approach to extract the key entities and their attributes and quantities for solving addition-subtraction type arithmetic MWP. The problem of these semantic parsing methods is that they are too sensitive to interference information, and the performance of quantity relations extraction is significantly reduced when complex text is encountered.</p>
<p><bold>End-to-End Method.</bold> Recent years, a number of researchers try to solve algebra story problems by generating a mathematical expression directly from the problem text. In [<xref ref-type="bibr" rid="ref-11">11</xref>], tree model is proposed to construct an expression tree. Then, the concept of unit dependency graph [<xref ref-type="bibr" rid="ref-11">11</xref>] is proposed to optimize the construction process of the tree. Inspired by this work, Wang&#x00A0;et&#x00A0;al.&#x00A0;[<xref ref-type="bibr" rid="ref-12">12</xref>] attempted to use deep reinforcement learning to generate expression trees. Slightly different from expression trees, the concept of equation trees is proposed in [<xref ref-type="bibr" rid="ref-25">25</xref>]. Expression trees differ from equation trees in whether they contain unknowns in tree nodes, but are essentially equivalent.</p>
<p>Other researchers adopt the deep learning approach and obtain an expression from the problem text through training on the big data set without manual intervention, so as to calculate and solve the target. A method to align the quantities in the text with the template by pre-defining the equation template and using the deep learning is proposed in [<xref ref-type="bibr" rid="ref-26">26</xref>]. Wang&#x00A0;et&#x00A0;al.&#x00A0;[<xref ref-type="bibr" rid="ref-15">15</xref>] made the first attempt to use a deep neural network to generate expressions for solving algebra story problems. In [<xref ref-type="bibr" rid="ref-27">27</xref>], a neural math solver based on an encoder-decoder framework was proposed to generate expressions. Although the number of researchers studying the end-to-end method is increasing, solving algebra story problems is not only about obtaining a result, because it is the retention of intermediate process that makes sense for the intelligent tutoring system, and this is the biggest problem of these methods that do not extract numeric relations.</p>
</sec>
<sec id="s2_2"><label>2.2</label><title>Entity Relation Representation</title>
<p>The quantity relations and solution goals in algebra story problems are presented associated with math objects and recognizing the math object and identifying the relationship between the math objects is the fundamental work before quantity relation extraction. In the field of natural language processing (NLP), objects are usually named entities and a fair amount of work has been done on entity relation representation. This section introduces the general approaches of entity relation representation in NLP: semantic relation-based method, semantic framework-based method, and commonsense network-based method.</p>
<p>The semantic relation-based method classifies words according to the lexical meaning to obtain the relations between words, such as WordNet [<xref ref-type="bibr" rid="ref-28">28</xref>]. The WordNet is a database of English words developed by Princeton University in 1985. First, the words are divided according to the four parts of speech: noun, verb, adjective, and adverb, and then words are grouped according to the connections between different lexical meanings. WordNet defined four semantic relations: synonyms, hyponymy, antonymy, and meronymy. WordNet is an inductive lexicon not associated in meaning [<xref ref-type="bibr" rid="ref-29">29</xref>] but simultaneously present in the context.</p>
<p>The method based on semantic framework takes the semantic context of natural language into constructing lexical associations, such as FrameNet database [<xref ref-type="bibr" rid="ref-30">30</xref>]. which are organized by lexical meanings, the core of the FrameNet is to link words through semantic frameworks. The FrameNet consists of lexicon, annotated example sentences and the FrameNet database. The lexicon contains the definitions of word meaning, the annotated example sentences store the application examples of words, and the FrameNet database represents numerous patterns of the semantic framework [<xref ref-type="bibr" rid="ref-31">31</xref>]. The semantic framework is the core of FrameNet, which defines the framework&#x2019;s name, meaning, and relation [<xref ref-type="bibr" rid="ref-29">29</xref>], and the lexical units. By defining a semantic framework, FrameNet can represent relationships when they exist simultaneously in a natural language context but where the entities are not lexically related. However, if the entities to be described do not have an associated semantic context frame defined in FrameNet, it is impossible to relate them.</p>
<p>The commonsense network-based method represents general commonsense information, such as ConceptNet [<xref ref-type="bibr" rid="ref-32">32</xref>]. ConceptNet is a dataset to track commonsense associations between entities. ConceptNet can construct associations between entities not directly related lexically or semantically. The combination and association of ConceptNet entities neglect the linguistic relevance of entities, making the relationships between entities dependent on commonsense. ConceptNet does not have the linguistic discipline for the existence of regularisations and formalization in algebra story problems. Therefore, ConceptNet is not adapted to modeling entity relations in algebra story problems.</p>
<p>As described in [<xref ref-type="bibr" rid="ref-23">23</xref>], a qualia role is proposed and designed to indicate a word&#x2019;s meaning by a set of relations, called qualia, between the concept of the word and another concept that the word evokes. In [<xref ref-type="bibr" rid="ref-22">22</xref>], a more elaborated set of semantic roles (e.g., formal role, constitutive role, agentive role and telic role) is proposed to represent the meaning of nominals as well as the hidden information that is not overtly expressed in the syntax. The qualia role framework is described as follows: <inline-formula id="ieqn-7"><mml:math id="mml-ieqn-7"><mml:mo stretchy="false">[</mml:mo><mml:mi>&#x03B1;</mml:mi><mml:mo>,</mml:mo><mml:mrow><mml:mtext mathvariant="italic">QUALIA</mml:mtext></mml:mrow><mml:mo>=</mml:mo><mml:mo stretchy="false">[</mml:mo><mml:mi>F</mml:mi><mml:mo>,</mml:mo><mml:mi>C</mml:mi><mml:mo>,</mml:mo><mml:mi>T</mml:mi><mml:mo>,</mml:mo><mml:mi>A</mml:mi><mml:mo stretchy="false">]</mml:mo><mml:mo stretchy="false">]</mml:mo></mml:math></inline-formula>, where <inline-formula id="ieqn-8"><mml:math id="mml-ieqn-8"><mml:mi>F</mml:mi><mml:mo>=</mml:mo><mml:mrow><mml:mtext mathvariant="italic">Formal</mml:mtext></mml:mrow></mml:math></inline-formula> denotes what kind of thing is it, what is its nature; <inline-formula id="ieqn-9"><mml:math id="mml-ieqn-9"><mml:mi>C</mml:mi><mml:mo>=</mml:mo><mml:mrow><mml:mtext mathvariant="italic">Constitutive</mml:mtext></mml:mrow></mml:math></inline-formula> denotes what it make of, what are its constituents; <inline-formula id="ieqn-10"><mml:math id="mml-ieqn-10"><mml:mi>T</mml:mi><mml:mo>=</mml:mo><mml:mrow><mml:mtext mathvariant="italic">Telic</mml:mtext></mml:mrow></mml:math></inline-formula> denotes what is it for, how does it function; <inline-formula id="ieqn-11"><mml:math id="mml-ieqn-11"><mml:mi>A</mml:mi><mml:mo>=</mml:mo><mml:mrow><mml:mtext mathvariant="italic">Agentive</mml:mtext></mml:mrow></mml:math></inline-formula> denotes how did it come into being, what brought it about.</p>
<p>Later, Yuan [<xref ref-type="bibr" rid="ref-23">23</xref>] extended the semantic roles to 10 categories to form a more complete qualia structure of nouns, verbs and adjectives in Chinese.</p>
<p>The qualia role explores subjective evaluation and objective attribute of the math objects within an individual framework, which coincides with the expectation of the <inline-formula id="ieqn-12"><mml:math id="mml-ieqn-12"><mml:msup><mml:mi>S</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msup></mml:math></inline-formula> method but is more powerful in understanding concept relations of linguistic expressions. In this paper, benefiting from this framework, the qualia role is chosen to modeling the quantity relations of math objects in sophisticated scenarios for solving algebra story problems stated in Chinese.</p>
</sec>
</sec>
<sec id="s3"><label>3</label><title>The Proposed Method</title>
<p>In this section, a qualia role-based entity dependency graph (EDG) is introduced to represent quantity relations for solving algebra story problems. An EDG is composed by a node set <italic>N</italic> and an edge set <italic>A</italic>. Each node <inline-formula id="ieqn-13"><mml:math id="mml-ieqn-13"><mml:msub><mml:mi>n</mml:mi><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> in <italic>N</italic> denotes a math object in the problem text and each edge <inline-formula id="ieqn-14"><mml:math id="mml-ieqn-14"><mml:msub><mml:mi>a</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> denotes the interconnection between the nodes <inline-formula id="ieqn-15"><mml:math id="mml-ieqn-15"><mml:msub><mml:mi>n</mml:mi><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> and <inline-formula id="ieqn-16"><mml:math id="mml-ieqn-16"><mml:msub><mml:mi>n</mml:mi><mml:mrow><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> which could be used to generate quantity relations. Hence, the key issue of the EDG method is to identify the math objects and relationship between the math objects. In the following, we give a further discussion on the EDG generation and quantity relation extraction.</p>
<sec id="s3_1"><label>3.1</label><title>Math Entities in Algebra Story Problems</title>
<p>In an algebra story problem, quantities are mostly associated with the attributes that belong to math objects and the attributes are related to each other according to the interconnections of the math objects. Quantity relations are formed from the source formula of the attribute(s) of an individual math object or the attribute relation(s) between the interconnected math objects.</p>
<p>For example, in the case of &#x201C;<italic>A 2000 lbs car with a speed of 50&#x2005;km/h</italic>&#x201D;, the quantities of &#x201C;<italic>2000 lbs</italic>&#x201D; and &#x201C;<italic>50&#x2005;km/h</italic>&#x201D; are both associated with the entity &#x201C;<italic>car</italic>&#x201D;, but each refers a specific attribute (e.g., &#x201C;<italic>2000 lbs</italic>&#x201D; refers to the weight of the car, &#x201C;<italic>50&#x2005;km/h</italic>&#x201D; refers to the speed of the car). To distinguish the quantities of various attributes is essential to prevent solvers from invalid operations that against the elemental principles of mathematics. For example, it is meaningless to plus &#x201C;<italic>2000 lbs&#x201D;</italic> and &#x201C;<italic>50&#x2005;km/h&#x201D;</italic>. However, in most current MWP solvers, attributes of &#x201C;<italic>weight</italic>&#x201D;, &#x201C;<italic>speed</italic>&#x201D; and &#x201C;<italic>car</italic>&#x201D; are modeled as equal objects and it is hard to distinguish the entities and the associated attributes.</p>
<p>In this paper, the detected objects are divided into two categories: math entity and math attribute, from the perspective of semantic roles.
<list list-type="bullet">
<list-item><p><bold>Math Entity (<italic>ME</italic>):</bold> Math entity is a noun object with math attribute(s).</p></list-item>
<list-item><p><bold>Math Attribute (<italic>MA</italic>):</bold> Math attribute is a noun object that refers to the attribute of a math entity, which usually associates with a numerical value and a unit.</p></list-item>
</list></p>
<p>Both <italic>MA</italic> and <italic>ME</italic> are terms generated from math objects, which are annotated as nouns but different for mathematical property presentation. Generally, <italic>MA</italic>s represent numeric values associated with the math attributes of math entities. While <italic>ME</italic>s are used to distinguish different math entities. As a result, the quantity relations can be a hierarchical structure of &#x201C;<inline-formula id="ieqn-17"><mml:math id="mml-ieqn-17"><mml:mi>M</mml:mi><mml:mi>E</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mi>M</mml:mi><mml:mi>A</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mrow><mml:mtext mathvariant="italic">Value</mml:mtext></mml:mrow></mml:math></inline-formula>&#x201D;.</p>
<p>To note that not all the math attributes are presented explicitly in the problem text. For example, in statement of &#x201C;<italic>a 2 m long wire</italic>&#x201D;, the quantity &#x201C;<italic>2 m long</italic>&#x201D; describes the attribute <italic>length</italic> of the wire which is not given. In such cases, an unit parsing is applied to complete the missing <italic>ME</italic>s.</p>
<p>Another issue is that the boundary between math attributes and math entities is not static, i.e., there is a variable semantic role. For example, in the case of &#x201C;<italic>the leg of the table is 5 inches height</italic>&#x201D;, here &#x201C;<italic>the leg</italic>&#x201D; is an attribute of the entity &#x201C;<italic>the table</italic>&#x201D;, but in some time, it is also an entity with an attribute &#x201C;<italic>height</italic>&#x201D;. In such case, the algorithm needs to determine the specific role of the object according to the context. Besides, entities may be missed as the idiomatic usage in a language. For example, &#x201C;<italic>A storybook consists of 50 pages. Ming reads ten pages on the first day and five pages more on the second day</italic>&#x201D;. The problem does not explicitly state the mathematical entity underlying the ten and five more pages. However, it requires an algorithm to construct the implicit entity of &#x201C;<italic>sub</italic>-<italic>page</italic>&#x201D;, which forms the Constitute and Unit semantic roles with the storybook and the numerical value.</p>
</sec>
<sec id="s3_2"><label>3.2</label><title>Math Entity Relationship Modeling</title>
<p>In the qualia role description system, entity relationships are modeled by the qualia roles of entities. Specifically, the materiality roles of entities are determined by the type and syntactic structure, and we use ten qualia roles [<xref ref-type="bibr" rid="ref-23">23</xref>] to describe the math entity relationships in Chinese math word problems. As a result, the math entity relationship can be described as a qualia structure denoted as <italic>QS</italic> and each element <italic>qs</italic> in <italic>QS</italic> is structured as a tuple of <inline-formula id="ieqn-18"><mml:math id="mml-ieqn-18"><mml:mo>&#x003C;</mml:mo><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mi>r</mml:mi><mml:mi>c</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mi>d</mml:mi><mml:mi>s</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:mi>r</mml:mi><mml:mo>,</mml:mo><mml:mi>f</mml:mi><mml:mo>,</mml:mo><mml:mi>p</mml:mi><mml:mo>&#x003E;</mml:mo></mml:math></inline-formula>, where <inline-formula id="ieqn-19"><mml:math id="mml-ieqn-19"><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mi>r</mml:mi><mml:mi>c</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> and <inline-formula id="ieqn-20"><mml:math id="mml-ieqn-20"><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mi>d</mml:mi><mml:mi>s</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> are two math entities, <italic>r</italic> denotes the semantic role of <inline-formula id="ieqn-21"><mml:math id="mml-ieqn-21"><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mi>d</mml:mi><mml:mi>s</mml:mi><mml:mi>t</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> associated with <inline-formula id="ieqn-22"><mml:math id="mml-ieqn-22"><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mi>s</mml:mi><mml:mi>r</mml:mi><mml:mi>c</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>, <italic>f</italic> denotes the source formulas related to <italic>r</italic>, <italic>p</italic> denotes the syntax pattern related to <italic>r</italic>.
<list list-type="bullet">
<list-item><p><bold>Formal</bold> (FOR): the taxonomic information about the math entity (the is-a relation).</p></list-item>
<list-item><p><bold>Constitutive</bold> (CON): the parts and constitution of a math entity (part-of or made-of relation).</p></list-item>
<list-item><p><bold>Telic</bold> (TEL): the purpose and function of a math entity (the used-for or functions-as relation).</p></list-item>
<list-item><p><bold>Agentive</bold> (AGE): the origin of a math entity (the created-by relation).</p></list-item>
<list-item><p><bold>Unit</bold> (UNI): the corresponding quantifier of a math entity.</p></list-item>
<list-item><p><bold>Evaluation</bold> (EVA): the subjective evaluation and emotion about the math entity.</p></list-item>
<list-item><p><bold>Material</bold> (MAT): materials used to reflect the creation of the math entity.</p></list-item>
<list-item><p><bold>Action</bold> (ACT): the habitual action, behavior, or activity of a math entity.</p></list-item>
<list-item><p><bold>Handle</bold> (HAN): the habitual action, behavior, and influence of people or other things on a math entity.</p></list-item>
<list-item><p><bold>Orientation</bold> (ORI): the relation between the position and direction of a person or other thing and the place, time, etc., indicated by.</p></list-item>
</list></p>
<p>Recalling the example of <italic>wire</italic>-<italic>square</italic>-<italic>circle</italic> problem above, the dependency between &#x201C;<italic>wire</italic>&#x201D; and &#x201C;<italic>square</italic>&#x201D; can be represented by a constitutive role (CON). The dependency between of &#x201C;<italic>square</italic>&#x201D; and &#x201C;<italic>side</italic>&#x201D; can be represented by an agentive role (AGE).</p>
<p>Entity dependency presents the relationship that exists between different entities. The relationship can be described as a graph called entity-dependency graph (EDG). We define the EDG as a tuple <inline-formula id="ieqn-23"><mml:math id="mml-ieqn-23"><mml:mo stretchy="false">(</mml:mo><mml:mi>N</mml:mi><mml:mo>,</mml:mo><mml:mi>A</mml:mi><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> consisting of nodes <italic>N</italic> and edges <italic>A</italic>. The nodes represent entities and the links represent the dependencies. Entity dependency in problem text exists in the following two situations. One is when entities are used to present the attributes of others. Take &#x201C;<italic>weight of a tiger</italic>&#x201D; for example, the entity &#x201C;<italic>weight</italic>&#x201D; is used to specify the attribute of another entity &#x201C;<italic>tiger</italic>&#x201D;, which means that it can not be treated as the principal subject in presenting numeric values. Similar examples such as the &#x201C;<italic>length</italic>&#x201D;, &#x201C;<italic>width</italic>&#x201D; and &#x201C;<italic>area</italic>&#x201D; of a rectangle, the &#x201C;<italic>radius</italic>&#x201D; or &#x201C;<italic>diameter</italic>&#x201D; of a circle. In this situation, entity dependency is implied by domain knowledge, and it can be specified either explicit or implicit. Another situation is when entities are used as syntactic modifiers. Examples such as &#x201C;<italic>tigers in the zoo&#x201D;</italic>, where the entities &#x201C;<italic>zoo</italic>&#x201D; and &#x201C;<italic>tiger</italic>&#x201D; constitute an adjunct relation. In this situation, numeric values are used to present the attributes of either a single entity (e.g., &#x201C;<italic>tiger</italic>&#x201D;) or the compound entity of &#x201C;<inline-formula id="ieqn-24"><mml:math id="mml-ieqn-24"><mml:mi>z</mml:mi><mml:mi>o</mml:mi><mml:mi>o</mml:mi><mml:mo>&#x2212;</mml:mo><mml:mrow><mml:mtext mathvariant="italic">tiger</mml:mtext></mml:mrow></mml:math></inline-formula>&#x201D;, which depends on the problem context. This section presents a detailed discussion of the types of entity dependency in algebra story problems.</p>
<p>As shown in <xref ref-type="fig" rid="fig-2">Fig. 2</xref>, entity relationships can be classified into three fundamental types, each type refers to a sub-graph.</p>
<fig id="fig-2"><label>Figure 2</label><caption><title>The category of entity relationships. (a) G1: Attribute relationship; (b) G2: Coordinate relationship; (c) G3: Convergence relationship</title></caption><graphic mimetype="image" mime-subtype="png" xlink:href="CMES_23242-fig-2.png"/></fig>
<p><bold>Attribute Relationship Sub-graph:</bold> describes the attributes of a math entity, such as the quantity, length, weight, speed, etc., which usually associates with qualia roles of <italic>FOR</italic> and <italic>UNI</italic>.</p>
<p><bold>Coordinate Relationship Sub-graph:</bold> describes a concurrent relationship between two or more entities, e.g., a comparative relationship, a multiplicative/proportional relationship, etc., which usually associates with qualia roles of <italic>EVA</italic>, <italic>MAT</italic> and <italic>ORI</italic>.</p>
<p><bold>Convergence Relationship Sub-graph:</bold> describes the convergent relationship between two or more math entities, e.g., the summation relation, which usually associates with qualia roles of <italic>CON</italic>, <italic>TEL</italic>, <italic>ACT</italic>, <italic>HAN</italic>, <italic>MAT</italic>, and <italic>ORI</italic>.</p>
<p>As a result, entity relationships could be organized as a network named entity dependency graph (EDG in short) which is composed by the above three relationship networks. In the field of math word problem solving, we can build a static EDG that contains domain knowledge and commonsense knowledge to store and represent the attribute relations of entities. Besides, EDG can be also used to represent the dynamic relations of entities given by the problem text. In the end, all the static relations and dynamic relations are integrated into a single EDG. Next, we give an introduction to how the quantity relations are represented and stored in an EDG.</p>
</sec>
<sec id="s3_3"><label>3.3</label><title>Quantity Relation Representation</title>
<p>According to the definition of the categories of entity relationships, quantity relations in algebra story problems could be divided into the following three categories:</p>
<p><bold>Attribute Relation.</bold> Attribute relation usually presents a numeric value for an attribute (as shown in <xref ref-type="disp-formula" rid="eqn-1">formula (1)</xref>) of a math entity. The numeric value is given or known by the input problem. Another frequently existed attribute relation is the quantity transformation between multiple attributes (as shown in <xref ref-type="disp-formula" rid="eqn-2">formula (2)</xref>). For example, the relation between the radius and the circumference of a circle. These attribute relations are not directly presented by the input problem, but could be inferred out following certain knowledge. Therefore, in this case, a domain knowledge base is needed and a tiny inference engine should be designed to obtain attribute relations.
<disp-formula id="eqn-1"><label>(1)</label><mml:math id="mml-eqn-1" display="block"><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mi>c</mml:mi></mml:math></disp-formula>
<disp-formula id="eqn-2"><label>(2)</label><mml:math id="mml-eqn-2" display="block"><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mrow><mml:mtext mathvariant="italic">domain</mml:mtext></mml:mrow><mml:mi mathvariant="normal">&#x005F;</mml:mi><mml:mrow><mml:mtext mathvariant="italic">formula</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>k</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:mo>&#x2026;</mml:mo><mml:mo stretchy="false">)</mml:mo></mml:math></disp-formula>where <inline-formula id="ieqn-25"><mml:math id="mml-ieqn-25"><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>k</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:mo>&#x2026;</mml:mo></mml:math></inline-formula> denote the attributes of the math entity <inline-formula id="ieqn-26"><mml:math id="mml-ieqn-26"><mml:msubsup><mml:mrow><mml:mi>e</mml:mi></mml:mrow><mml:mrow><mml:mn>1</mml:mn></mml:mrow><mml:mrow><mml:mi>o</mml:mi></mml:mrow></mml:msubsup></mml:math></inline-formula> as shown in <xref ref-type="fig" rid="fig-2">Fig. 2a</xref>, <italic>c</italic> is a constant extracted from the input problem, <inline-formula id="ieqn-27"><mml:math id="mml-ieqn-27"><mml:mrow><mml:mtext mathvariant="italic">domain</mml:mtext></mml:mrow><mml:mi mathvariant="normal">&#x005F;</mml:mi><mml:mrow><mml:mtext mathvariant="italic">formula</mml:mtext></mml:mrow><mml:mo stretchy="false">(</mml:mo><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> is a source formula on attributes <inline-formula id="ieqn-28"><mml:math id="mml-ieqn-28"><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>k</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:mo>&#x2026;</mml:mo></mml:math></inline-formula></p>
<p><bold>Comparable Relation.</bold> The comparable relation describes a comparative or multiplicative relationship between two math entities with the same type of attribute, such as a relation of &#x201C;<italic>more or less than</italic>&#x201D;, &#x201C;<italic>times</italic>&#x201D;, etc.
<disp-formula id="eqn-3"><label>(3)</label><mml:math id="mml-eqn-3" display="block"><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:mi>c</mml:mi><mml:mo>&#x2295;</mml:mo><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>2</mml:mn><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:math></disp-formula>
<disp-formula id="eqn-4"><label>(4)</label><mml:math id="mml-eqn-4" display="block"><mml:mi>c</mml:mi><mml:mo>=</mml:mo><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mspace width="thinmathspace" /><mml:mo>&#x2299;</mml:mo><mml:mspace width="thinmathspace" /><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>2</mml:mn><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:math></disp-formula>where <inline-formula id="ieqn-29"><mml:math id="mml-ieqn-29"><mml:mo>&#x2295;</mml:mo></mml:math></inline-formula> denotes operator &#x002B; or <inline-formula id="ieqn-30"><mml:math id="mml-ieqn-30"><mml:mo>&#x00D7;</mml:mo></mml:math></inline-formula>, <inline-formula id="ieqn-31"><mml:math id="mml-ieqn-31"><mml:mo>&#x2299;</mml:mo></mml:math></inline-formula> is an operator from &#x2212; or <inline-formula id="ieqn-32"><mml:math id="mml-ieqn-32"><mml:mo>&#x00F7;</mml:mo></mml:math></inline-formula>. Comparable relations could be translated from the coordinate relationship sub-graph as shown in <xref ref-type="fig" rid="fig-2">Fig. 2b</xref>.</p>
<p><bold>Convergence Relation.</bold> The aggregate relation in a convergence relationship describes a total relation of the same type attribute between multiple math entities as expressed in <xref ref-type="disp-formula" rid="eqn-5">formula (5)</xref>, which usually refers to &#x201C;<italic>total</italic>&#x201D;, &#x201C;<italic>sum</italic>&#x201D;, etc. Convergence relations could be translated from the convergence relationship sub-graph as shown in <xref ref-type="fig" rid="fig-2">Fig. 2c</xref>.
<disp-formula id="eqn-5"><label>(5)</label><mml:math id="mml-eqn-5" display="block"><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>0</mml:mn><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>=</mml:mo><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>+</mml:mo><mml:msub><mml:mi>r</mml:mi><mml:mrow><mml:mn>2</mml:mn><mml:mo>,</mml:mo><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>+</mml:mo><mml:mo>&#x22EF;</mml:mo></mml:math></disp-formula>where <inline-formula id="ieqn-33"><mml:math id="mml-ieqn-33"><mml:mi>i</mml:mi><mml:mo>=</mml:mo><mml:mn>1</mml:mn><mml:mo>,</mml:mo><mml:mo>&#x2026;</mml:mo><mml:mo>,</mml:mo><mml:mi>n</mml:mi></mml:math></inline-formula>, <italic>n</italic> represents the entity number involved in the convergence operation. By using the above formulas, the entity relationship sub-graphs defined in <xref ref-type="fig" rid="fig-2">Fig. 2</xref> could be translated into quantity expressions for solving the input problem.</p>
<p>The above types of quantity relations exist everywhere in algebra story problems. The difference between each category is that the attribute relation is used to represent the quantities of the attributes within an attribute sub-graph <inline-formula id="ieqn-34"><mml:math id="mml-ieqn-34"><mml:msub><mml:mi>G</mml:mi><mml:mrow><mml:mi>a</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>, which could be written as a constant expression or an expression with two or more attributes of the math entity in <inline-formula id="ieqn-35"><mml:math id="mml-ieqn-35"><mml:msub><mml:mi>G</mml:mi><mml:mrow><mml:mi>a</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>. The comparable relation and the convergence relation are used to represent quantity relations of the same attribute between different math entities but are fit for different typologies of sub-graphs. For a coordinate sub-graph, expressions can be obtained from the source formulas of the comparable relations, and for a convergence sub-graph, expressions can be obtained from the source formulas of the convergence relations. Therefore, the task of quantity relation extraction can be divided into two sub-tasks of EDG construction and sub-graph identification.</p>
</sec>
</sec>
<sec id="s4"><label>4</label><title>Quantity Relation Extraction</title>
<p>This section introduces the algorithms of quantity relation extraction from a given problem, including the processes of EDG construction and sub-graph identification. Firstly, a generation algorithm is introduced to build an instance graph of entity relation network, called entity-dependency graph (EDG), from an input problem text. Then, an extraction algorithm is introduced to obtain quantity relations from the generated EDG.</p>
<sec id="s4_1"><label>4.1</label><title>Entity-Dependency Graph Generation</title>
<p>To build the EDG for each input problem, we first create a node set <italic>N</italic> based on the result of part-of-speech annotation. Then, edges <inline-formula id="ieqn-36"><mml:math id="mml-ieqn-36"><mml:msub><mml:mi>a</mml:mi><mml:mrow><mml:mi>i</mml:mi><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> are added according to the syntactic dependency and the qualia role of the nodes. The complete process of EDG generation is described in Algorithm 1 which contains two main processes: node generation and edge generation.</p>
<fig id="fig-4"><graphic mimetype="image" mime-subtype="png" xlink:href="CMES_23242-fig-4.png"/></fig>
<p><bold>Node Generation</bold> A graph EDG has two types of nodes: <italic>ME</italic> nodes and <italic>MA</italic> nodes, which correspond to math entities and math attributes separately. To generate the nodes, part-of-speech (POS) analyzing [<xref ref-type="bibr" rid="ref-33">33</xref>] is adopted to obtain all the math objects from the original text. Then, attribute checking is implemented to identify entity objects and attribute objects and <italic>ME</italic> nodes and <italic>MA</italic> nodes are created correspondingly. Implicit <italic>MA</italic> nodes as discussed in <xref ref-type="sec" rid="s3_1">Section 3.1</xref> are added before the edge generation.</p>
<p><bold>Edge Generation</bold> An edge could to added to connect either two <italic>ME</italic> nodes, or between a <italic>ME</italic> node and a <italic>MA</italic> node if there exists a qualia relationship between the two nodes. Ten types of qualia relationships as described in <xref ref-type="sec" rid="s3_2">Section 3.2</xref> determine to add which edges.</p>
<p>Take the problem shown in <xref ref-type="fig" rid="fig-1">Fig. 1</xref> as an example, to generate the EDG nodes, nouns of &#x201C;<italic>wire</italic>&#x201D;, &#x201C;<italic>square</italic>&#x201D;, &#x201C;<italic>side</italic>&#x201D;, &#x201C;<italic>circle</italic>&#x201D; and &#x201C;<italic>radius</italic>&#x201D; annotated by a POS analyzer could perceive as the original math objects. Then, an attribute analyzing is implemented according to the qualia roles described by the knowledge base <italic>QRKB</italic>, to distinguish <italic>ME</italic> nodes &#x201C;<italic>wire</italic>&#x201D;, &#x201C;<italic>square</italic>&#x201D; and &#x201C;<italic>circle</italic>&#x201D; from <italic>MA</italic> nodes &#x201C;<italic>side</italic>&#x201D; and &#x201C;<italic>radius</italic>&#x201D;. In the end, a qualia relationship analysis determines when to add which edges. For example, when a constitutive relation is detected between the <italic>MA</italic> node &#x201C;<italic>side</italic>&#x201D; and the <italic>ME</italic> node &#x201C;<italic>square</italic>&#x201D;, an edge between nodes &#x201C;<italic>side</italic>&#x201D; and &#x201C;<italic>square</italic>&#x201D; is added. Similar operations can be done to add a new edge between the <italic>ME</italic> node &#x201C;<italic>wire</italic>&#x201D; and &#x201C;<italic>square</italic>&#x201D; because of an agentive relation.</p>
</sec>
<sec id="s4_2"><label>4.2</label><title>Quantity Relation Extraction from EDG</title>
<p>As discussed in <xref ref-type="sec" rid="s3">Section 3</xref>, entity relationships are categorized into three categories and quantity relations can be obtained by using <xref ref-type="disp-formula" rid="eqn-1">formulas (1)</xref>&#x2013;<xref ref-type="disp-formula" rid="eqn-5">(5)</xref>. Therefore, the task of quantity relation extraction is to identify the categories of the sub-graph in the generated EDG. The process of quantity relation extraction is described in Algorithm 2.</p>
<fig id="fig-5"><graphic mimetype="image" mime-subtype="png" xlink:href="CMES_23242-fig-5.png"/></fig>
<p>The core task of Algorithm 2 is to search out all the sub-graphs <inline-formula id="ieqn-37"><mml:math id="mml-ieqn-37"><mml:msub><mml:mi>G</mml:mi><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> in directly graph <italic>G</italic>, and let each <inline-formula id="ieqn-38"><mml:math id="mml-ieqn-38"><mml:msub><mml:mi>G</mml:mi><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> refers to one category of entity relationship as discussed in <xref ref-type="sec" rid="s3">Section 3</xref>. To identify the category of a sub-graph composed by <inline-formula id="ieqn-39"><mml:math id="mml-ieqn-39"><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula>, we only need to test the node type of <inline-formula id="ieqn-40"><mml:math id="mml-ieqn-40"><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>. If <inline-formula id="ieqn-41"><mml:math id="mml-ieqn-41"><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>j</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula> is an attribute node, then <inline-formula id="ieqn-42"><mml:math id="mml-ieqn-42"><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> belongs to an attribute sub-graph associated with entity node <inline-formula id="ieqn-43"><mml:math id="mml-ieqn-43"><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub></mml:math></inline-formula>. Otherwise, <inline-formula id="ieqn-44"><mml:math id="mml-ieqn-44"><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>i</mml:mi></mml:mrow></mml:msub><mml:mo>,</mml:mo><mml:msub><mml:mi>p</mml:mi><mml:mrow><mml:mi>j</mml:mi></mml:mrow></mml:msub><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> belongs to a concurrent sub-graph. Therefore, the algorithm first travels all the nodes to find out attribute relation sub-graphs. Then, the concurrency relation sub-graphs are searched out, denoted as <inline-formula id="ieqn-45"><mml:math id="mml-ieqn-45"><mml:msub><mml:mi>G</mml:mi><mml:mrow><mml:mn>3</mml:mn></mml:mrow></mml:msub></mml:math></inline-formula>. To identify the convergence sub-graph and the compound sub-graph, we implement a further analysis on <inline-formula id="ieqn-46"><mml:math id="mml-ieqn-46"><mml:msub><mml:mi>G</mml:mi><mml:mrow><mml:mn>3</mml:mn></mml:mrow></mml:msub></mml:math></inline-formula>. Specifically, if the sub-graph <inline-formula id="ieqn-47"><mml:math id="mml-ieqn-47"><mml:msub><mml:mi>G</mml:mi><mml:mrow><mml:mn>3</mml:mn></mml:mrow></mml:msub></mml:math></inline-formula> only has two nodes, then it can be identified as a convergence sub-graph <inline-formula id="ieqn-48"><mml:math id="mml-ieqn-48"><mml:msub><mml:mi>G</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub></mml:math></inline-formula>. Finally, the left sub-graphs in <inline-formula id="ieqn-49"><mml:math id="mml-ieqn-49"><mml:msub><mml:mi>G</mml:mi><mml:mrow><mml:mn>3</mml:mn></mml:mrow></mml:msub></mml:math></inline-formula> are considered as convergence sub-graphs. The output relations are translated from the identified sub-graphs according to <xref ref-type="disp-formula" rid="eqn-1">formulas (1)</xref>&#x2013;<xref ref-type="disp-formula" rid="eqn-5">(5)</xref>.</p>
<p>For example in <xref ref-type="fig" rid="fig-1">Fig. 1</xref>, when the sub-graph <inline-formula id="ieqn-50"><mml:math id="mml-ieqn-50"><mml:mi>G</mml:mi><mml:mn>1</mml:mn><mml:mo>=</mml:mo><mml:mo stretchy="false">(</mml:mo><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub><mml:mo>:</mml:mo><mml:mrow><mml:mtext mathvariant="italic">square</mml:mtext></mml:mrow><mml:mo>,</mml:mo><mml:mi>a</mml:mi><mml:mi>t</mml:mi><mml:mi>t</mml:mi><mml:mi>r</mml:mi><mml:mo>:</mml:mo><mml:mi>s</mml:mi><mml:mi>i</mml:mi><mml:mi>d</mml:mi><mml:mi>e</mml:mi><mml:mo>,</mml:mo><mml:mi>a</mml:mi><mml:mi>t</mml:mi><mml:mi>t</mml:mi><mml:mi>r</mml:mi><mml:mo>:</mml:mo><mml:mrow><mml:mtext mathvariant="italic">length</mml:mtext></mml:mrow><mml:mo stretchy="false">)</mml:mo></mml:math></inline-formula> is identified, an expression of &#x201C;<inline-formula id="ieqn-51"><mml:math id="mml-ieqn-51"><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub><mml:mo>.</mml:mo><mml:mrow><mml:mtext mathvariant="italic">length</mml:mtext></mml:mrow><mml:mo>=</mml:mo><mml:mn>4</mml:mn><mml:mo>&#x00D7;</mml:mo><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub><mml:mo>.</mml:mo><mml:mi>s</mml:mi><mml:mi>i</mml:mi><mml:mi>d</mml:mi><mml:mi>e</mml:mi></mml:math></inline-formula>&#x201D; could be extracted from <italic>G1</italic>. Similarly, an area calculation expression &#x201C;<inline-formula id="ieqn-52"><mml:math id="mml-ieqn-52"><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub><mml:mo>.</mml:mo><mml:mi>a</mml:mi><mml:mi>r</mml:mi><mml:mi>e</mml:mi><mml:mi>a</mml:mi><mml:mo>=</mml:mo><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub><mml:mo>.</mml:mo><mml:mi>s</mml:mi><mml:mi>i</mml:mi><mml:mi>d</mml:mi><mml:mi>e</mml:mi><mml:mo>&#x00D7;</mml:mo><mml:msub><mml:mi>e</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msub><mml:mo>.</mml:mo><mml:mi>s</mml:mi><mml:mi>i</mml:mi><mml:mi>d</mml:mi><mml:mi>e</mml:mi></mml:math></inline-formula>&#x201D; could also be generated if keyword &#x201C;area&#x201D; is involved in the input problem.</p>
<p>Though some AWP solvers can directly use the generated expressions, most of the neural solvers cannot accept these expressions directly. To address the incompatible issue, the expressions need to be transformed into natural language statements to input to the solvers.</p>
</sec>
</sec>
<sec id="s5"><label>5</label><title>Experimental Evaluation</title>
<p>In this section, we introduce the experimental results of the proposed method compared to the state-of-the-art on the public dataset stated in Chinese, Math23K.</p>
<p><bold>Dataset.</bold> Math23K [<xref ref-type="bibr" rid="ref-15">15</xref>] is a large-scale data set widely used in math problem solver evaluation, which contains story problems and non-story problems (e.g., equation, formula, number, etc.) in stage of primary school in China. In this paper, we apply EDG to represent the quantity relations for solving algebra story problems. According to Mayer&#x2019;s [<xref ref-type="bibr" rid="ref-3">3</xref>] work, algebra story problems can be divided into several categories with different propositional structures and story lines which affect the complexity of the EDG and the quantity relations. To evaluate the performance of the proposed algorithms on different problem categories, we curate the new data set from Math23k with 6028 problems which are classified into five categories:
<list list-type="bullet">
<list-item><p>Proportion: problems involve or require proportions.</p></list-item>
<list-item><p>Unitary: problems involve total quantities and require the quantity per day, minute, etc.</p></list-item>
<list-item><p>Interest rate: problems involve or require the interest and interest rate.</p></list-item>
<list-item><p>Summation: problems involve the partial values and require the total value.</p></list-item>
<list-item><p>Motion: problems involve or require the distance, time and speed.</p></list-item>
</list></p>
<p>Compared with Mayer&#x2019;s work, we merged several simple categories into a more comprehensive category. For example, in Mayer&#x2019;s work, the DRT (distance-rate-time) problems and Motion problems are divided into two separate categories. While in our experiment, these two categories are merged into a single group named Motion as they have similar graph structures and source formulas.</p>
<p>To build the new data set, we first create a set of keywords for each category, and then a classifier accomplishes the classification work. In the end, we group the selected 6028 problems into five categories, including 1377 proportion problems, 1115 unitary problems, 239 interest rate problems, 1464 summation problems, and 1833 motion problems. <xref ref-type="table" rid="table-1">Table 1</xref> gives the detailed information of the new dataset.</p>
<table-wrap id="table-1"><label>Table 1</label><caption><title>The number of problems contained in different categories</title></caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th align="left">Type of question</th>
<th align="left">Number of problems</th>
<th align="left">Percentage</th>
</tr>
</thead>
<tbody>
<tr>
<td align="left">Proportion</td>
<td align="left">1377</td>
<td align="left">5.9&#x0025;</td>
</tr>
<tr>
<td align="left">Unitary</td>
<td align="left">1115</td>
<td align="left">4.8&#x0025;</td>
</tr>
<tr>
<td align="left">Interest rate</td>
<td align="left">239</td>
<td align="left">1.0&#x0025;</td>
</tr>
<tr>
<td align="left">Summation</td>
<td align="left">1464</td>
<td align="left">6.3&#x0025;</td>
</tr>
<tr>
<td align="left">Motion</td>
<td align="left">1833</td>
<td align="left">7.9&#x0025;</td>
</tr>
<tr>
<td align="left">Total</td>
<td align="left">6028</td>
<td align="left">26.1&#x0025;</td>
</tr>
</tbody>
</table>
</table-wrap>
<p><bold>Baselines.</bold> The methods to be compared are listed as below:
<list list-type="bullet">
<list-item><p><inline-formula id="ieqn-53"><mml:math id="mml-ieqn-53"><mml:msup><mml:mi>S</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msup></mml:math></inline-formula> <bold>method</bold> [<xref ref-type="bibr" rid="ref-19">19</xref>]: A framework for solving explicit algebra story problems which uses a set of syntactic-semantic (<inline-formula id="ieqn-54"><mml:math id="mml-ieqn-54"><mml:msup><mml:mi>S</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msup></mml:math></inline-formula>) models to transform a natural language math problem to a formal representation of quantity relations to produce the solution.</p></list-item>
<list-item><p><bold>GTS</bold> [<xref ref-type="bibr" rid="ref-17">17</xref>]: A goal-driven tree-structured math word problem solver which uses a top-down goal decomposition process to generate solution expressions. GTS is considered to be a foundation work for most of the recent tree-based deep neural MWP solvers.</p></list-item>
<list-item><p><bold>Graph2Tree</bold> [<xref ref-type="bibr" rid="ref-14">14</xref>]: A tree-based MWP solvers that combines the merits of the quantity comparison graph and quantity cell graph for problem encoding, and a decoder similar to GTS is applied to generate the solution expression.</p></list-item>
<list-item><p><bold>Qualia role-based entity dependency graph</bold> (EDG in short): the method proposed in this paper.</p></list-item>
</list></p>
<p>All the above baseline methods are built on the dataset of Math23K which is stated in Chinese. Another similar work employed UDG [<xref ref-type="bibr" rid="ref-11">11</xref>] to represent the relationships among the quantities and the questions for solving English arithmetic word problems. It was heavily dependent on manual features and conditions for both classification and unit dependency reference and was not selected as the baseline for problem solving performance evaluation in this paper.</p>
<sec id="s5_1"><label>5.1</label><title>Performance on Quantity Relation Extraction</title>
<p>As the performance of quantity relation extraction is not evaluated by all the neural solvers, we only compare the result to the <inline-formula id="ieqn-55"><mml:math id="mml-ieqn-55"><mml:msup><mml:mi>S</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msup></mml:math></inline-formula> method. The test uses accuracy (Acc), recall (R) and F1-score as metrics to evaluate the performance of quantity relation extraction. A big challenge is that there is a lack of large scale ground-truth for quantity relation evaluation. Therefore, we randomly choose 1421 problems from the new dataset and add the quantity relation labels for each problem. Comparison with <inline-formula id="ieqn-56"><mml:math id="mml-ieqn-56"><mml:msup><mml:mi>S</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msup></mml:math></inline-formula> method, <xref ref-type="table" rid="table-2">Table 2</xref> summarizes the comparison of the answer accuracy on the test set with regard to problem types. The proposed EDG model significantly outperforms the <inline-formula id="ieqn-57"><mml:math id="mml-ieqn-57"><mml:msup><mml:mi>S</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msup></mml:math></inline-formula> method nearly 7.7&#x0025; in terms of the overall accuracy. More specifically, EDG outperforms the neural models by 15.7&#x0025; and 10.6&#x0025; on the Unitary and Motion problems.</p>
<table-wrap id="table-2"><label>Table 2</label><caption><title>The result of quantity relation extraction compared with original <inline-formula id="ieqn-58"><mml:math id="mml-ieqn-58"><mml:msup><mml:mi>S</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msup></mml:math></inline-formula> method</title></caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th align="center" rowspan="2">Type of question</th>
<th align="center" rowspan="2">Number of question</th>
<th align="center" colspan="3"><inline-formula id="ieqn-59"><mml:math id="mml-ieqn-59"><mml:msup><mml:mi>S</mml:mi><mml:mrow><mml:mn>2</mml:mn></mml:mrow></mml:msup></mml:math></inline-formula> method</th>
<th align="center" colspan="3">EDG</th>
</tr>
<tr>
<td align="left">Acc</td>
<td align="left">R</td>
<td align="left">F1</td>
<td align="left">Acc</td>
<td align="left">R</td>
<td align="left">F1</td>
</tr>
</thead>
<tbody>
<tr>
<td align="left">Proportion</td>
<td align="left">143</td>
<td align="left">0.711</td>
<td align="left">0.621</td>
<td align="left">0.633</td>
<td align="left">0.721</td>
<td align="left">0.750</td>
<td align="left">0.735</td>
</tr>
<tr>
<td align="left">Unitary</td>
<td align="left">201</td>
<td align="left">0.725</td>
<td align="left">0.770</td>
<td align="left">0.747</td>
<td align="left">0.882</td>
<td align="left">0.893</td>
<td align="left">0.887</td>
</tr>
<tr>
<td align="left">Interest rate</td>
<td align="left">219</td>
<td align="left">0.712</td>
<td align="left">0.622</td>
<td align="left">0.664</td>
<td align="left">0.775</td>
<td align="left">0.747</td>
<td align="left">0.761</td>
</tr>
<tr>
<td align="left">Summation</td>
<td align="left">621</td>
<td align="left">0.805</td>
<td align="left">0.679</td>
<td align="left">0.737</td>
<td align="left">0.866</td>
<td align="left">0.843</td>
<td align="left">0.855</td>
</tr>
<tr>
<td align="left">Motion</td>
<td align="left">237</td>
<td align="left">0.655</td>
<td align="left">0.532</td>
<td align="left">0.587</td>
<td align="left">0.761</td>
<td align="left">0.754</td>
<td align="left">0.759</td>
</tr>
<tr>
<td align="left">Total</td>
<td align="left">1421</td>
<td align="left">0.745</td>
<td align="left">0.653</td>
<td align="left">0.695</td>
<td align="left">0.822</td>
<td align="left">0.811</td>
<td align="left">0.817</td>
</tr>
</tbody>
</table>
</table-wrap>
</sec>
<sec id="s5_2"><label>5.2</label><title>Performance on Problem Solving</title>
<p>Inspired by [<xref ref-type="bibr" rid="ref-34">34</xref>], a prompt learning mechanism is implemented to evaluate the performance of problem solving. In our experiment, the original problem text, as well as the output of Algorithm&#x00A0;2, were encoded together and were taken as input of the MWP solvers, e.g., GTS, Graph2Tree. The accuracy of problem solving is then evaluated as shown in <xref ref-type="table" rid="table-3">Table 3</xref>.</p>
<table-wrap id="table-3"><label>Table 3</label><caption><title>The accuracy (&#x0025;) of problem solving</title></caption>
<table frame="hsides">
<colgroup>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
<col align="left"/>
</colgroup>
<thead>
<tr>
<th align="left">Type of question</th>
<th align="left">GTS</th>
<th align="left">Graph2Tree</th>
<th align="left">GTS &#x002B; EDG</th>
<th align="left">Graph2Tree &#x002B; EDG</th>
</tr>
</thead>
<tbody>
<tr>
<td align="left">Summation</td>
<td align="left">82.7</td>
<td align="left">80.9</td>
<td align="left">85.0</td>
<td align="left">82.9</td>
</tr>
<tr>
<td align="left">Motion</td>
<td align="left">89.6</td>
<td align="left">88.9</td>
<td align="left">90.7</td>
<td align="left">90.2</td>
</tr>
<tr>
<td align="left">Interest rate</td>
<td align="left">86.2</td>
<td align="left">82.8</td>
<td align="left">87.9</td>
<td align="left">84.9</td>
</tr>
<tr>
<td align="left">Unitary</td>
<td align="left">27.7</td>
<td align="left">34.7</td>
<td align="left">32.7</td>
<td align="left">52.0</td>
</tr>
<tr>
<td align="left">Proportion</td>
<td align="left">43.9</td>
<td align="left">44.3</td>
<td align="left">47.2</td>
<td align="left">49.7</td>
</tr>
<tr>
<td align="left">Average</td>
<td align="left">65.8</td>
<td align="left">66.5</td>
<td align="left">68.4</td>
<td align="left">71.9</td>
</tr>
</tbody>
</table>
</table-wrap>
<p>From <xref ref-type="table" rid="table-3">Table 3</xref>, we can observe that benefiting from the EDG tasks, the average accuracy is up to 71.9&#x0025; and 68.4&#x0025; by injecting the extracted quantity relations into Graph2Tree and GTS models separately. Significant improvements (5&#x0025;, 3.3&#x0025;) were achieved on questions of Unitary and Proportion after integrating EDG method into Grahp2Tree model, which shows our method is more feasible for solving WMPs in case of more implicit relations are needed.</p>
</sec>
<sec id="s5_3"><label>5.3</label><title>Comparative Analysis on Graph-Based Representation</title>
<p>For most MWP solvers, problem texts are treated as an unstructured word sequence. However, the relationships among the math objects involved in the text, such as math entities and attributes, are structured information with corresponding hidden domain knowledge. This structured information can be organized as a tree or graph [<xref ref-type="bibr" rid="ref-11">11</xref>,<xref ref-type="bibr" rid="ref-14">14</xref>,<xref ref-type="bibr" rid="ref-35">35</xref>] to improve the final performance. As shown in <xref ref-type="fig" rid="fig-3">Fig. 3a</xref>, Roy&#x00A0;et&#x00A0;al.&#x00A0;[<xref ref-type="bibr" rid="ref-11">11</xref>] used unit dependency graph (UDG) to represent the relationship between the numbers and the question being asked. Here, &#x201C;66&#x201D; and &#x201C;10&#x201D; are connected via a &#x201C;SAME UNIT&#x201D; edge, hence they can be added or subtracted, &#x201C;8&#x201D; is connected to the goal question node with an &#x201C;DEN UNIT&#x201D; edge, indicating that some expression will be divided by &#x201C;8&#x201D; to get the answer&#x2019;s unit. To enrich the representation of a quantity, Zhang&#x00A0;et&#x00A0;al.&#x00A0;[<xref ref-type="bibr" rid="ref-14">14</xref>] (as shown in <xref ref-type="fig" rid="fig-3">Fig. 3b</xref>) leverage two graphs, including a quantity comparison graph and a quantity cell graph, to model the relationships between the descriptive words associated with a quantity. To associate the phrase structure information, the dependency parsing [<xref ref-type="bibr" rid="ref-35">35</xref>] (as shown in <xref ref-type="fig" rid="fig-3">Fig. 3c</xref>) is implemented to link with two word nodes using syntactic constituency information to construct quantity graphs.</p>
<fig id="fig-3"><label>Figure 3</label><caption><title>Comparison of graph-based quantity relation representation ((a) Unit dependency graph [<xref ref-type="bibr" rid="ref-11">11</xref>]; (b) Constituency tree augmented text graph [<xref ref-type="bibr" rid="ref-35">35</xref>]; (c) Quantity comparison graph and quantity cell graph [<xref ref-type="bibr" rid="ref-14">14</xref>]; (d) Entity dependence graph)</title></caption><graphic mimetype="image" mime-subtype="png" xlink:href="CMES_23242-fig-3.png"/></fig>
<p>Compared with the above three types of graphs, the proposed entity-dependency graph (EDG) can be used to represent the relationship among the quantities and math entities in sophisticated scenarios. In each constructed EDG (as shown in <xref ref-type="fig" rid="fig-3">Fig. 3d</xref>), math entities (e.g., &#x201C;<italic>Isabel</italic>&#x201D;, &#x201C;<italic>flower</italic>&#x201D;, &#x201C;<italic>bouquets</italic>&#x201D;) and quantities, as well as the associated nouns, verbs, adjectives, units, and rates that describe a quantity, are listed as nodes. Entity relationships are modeled according to the qualia roles of entities. For example, the edge &#x003C;<italic>Isabel</italic>, <italic>flower</italic>, <italic>ACT</italic>&#x003E; denotes an Action relationship between entities &#x201C;<italic>Isabel</italic>&#x201D; and &#x201C;<italic>flower</italic>&#x201D;, and &#x003C;<italic>flower</italic>, <italic>bouquets</italic>, <italic>AGE</italic>&#x003E; denotes an Agentive relationship between entities &#x201C;<italic>flower</italic>&#x201D; and &#x201C;<italic>bouquets</italic>&#x201D;. Quantity nodes associated to math entities denote the attribute values assigned to the connected math entities. Possible advantages of EDG are summarized below:
<list list-type="simple">
<list-item><label>1)</label><p>It is a first attempt to integrate nodes of math entities, attributes and quantities into a single graph which provides more indicative information for solution tree construction.</p></list-item>
<list-item><label>2)</label><p>The qualia structure is used to model the relationships among math entities, which allows us to avoid the heavily manual work of semantic role labeling for text parsing.</p></list-item>
<list-item><label>3)</label><p>The edges in the constructed EDG can be easily formed into path(s) by integrating a lite inference engine to generate an interpretable solution.</p></list-item>
</list></p>
</sec>
</sec>
<sec id="s6"><label>6</label><title>Conclusion</title>
<p>Quantity relation extraction is essential for building MWP solvers, especially for those solvers built for intelligent tutoring systems. This paper proposed a qualia role-based entity-dependency graph (EDG) to represent quantity relations for solving algebra story problems stated in Chinese. Algorithms were designed to generate the EDG and to extract mathematical expressions from the generated EDG. Finally, the extracted mathematical expressions are used as the input of the solver to calculate the final answer. Experimental results showed that the proposed method achieved up to 7&#x0025; promotion on the average accuracy on quantity relation extraction and 5&#x0025; promotion on problem solving compared to baseline methods.</p>
<p>Despite the encouraging results that have been achieved, there is room for improvement. First, the proposed method can only be applied to solve algebra story problems stated in Chinese currently. In future work, we will continue working on developing an extended qualia role knowledge base to support solving problems stated in other languages, such as English. Second, further research is needed to improve the capability of mathematical property representation. Mathematical properties are much more complex than numerical values and some new encoding mechanisms should be discussed when constructing the EDG. Recent research results on natural language processing and deep neural symbol networks will be considered for extracting the math entities in varieties of MWPs and modeling the relationship between the extracted math entities. In the end, we will also explore the possibility of using entity-dependency graph to improve the interpretability of the generated solutions.</p>
<fn-group>
<fn fn-type="other"><p><bold>Funding Statement:</bold> This work is supported by the National Natural Science Foundation of China (Nos. 62177024, 62007014), the Humanities and Social Sciences Youth Fund of the Ministry of Education (No. 20YJC880024), China Post Doctoral Science Foundation (No. 2019M652678) and the Fundamental Research Funds for the Central Universities (No. CCNU20ZT019).</p></fn>
<fn fn-type="conflict"><p><bold>Conflicts of Interest:</bold> The authors declare that they have no conflicts of interest to report regarding the present study.</p></fn>
</fn-group>
</sec>
</body>
<back>
<ref-list content-type="authoryear">
<title>References</title>
<ref id="ref-1"><label>1.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Zhang</surname>, <given-names>D.</given-names></string-name>, <string-name><surname>Wang</surname>, <given-names>L.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>L.</given-names></string-name>, <string-name><surname>Dai</surname>, <given-names>B. T.</given-names></string-name>, <string-name><surname>Shen</surname>, <given-names>H. T.</given-names></string-name></person-group> (<year>2019</year>). <article-title>The gap of semantic parsing: A survey on automatic math word problem solvers</article-title>. <source>IEEE Transactions on Pattern Analysis and Machine Intelligence</source><italic>,</italic> <volume>42</volume><issue>(9)</issue><italic>,</italic> <fpage>2287</fpage>&#x2013;<lpage>2305</lpage>. DOI <pub-id pub-id-type="doi">10.1109/TPAMI.34</pub-id>.</mixed-citation></ref>
<ref id="ref-2"><label>2.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Mandal</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Naskar</surname>, <given-names>S. K.</given-names></string-name></person-group> (<year>2021</year>). <article-title>Classifying and solving arithmetic math word problems--An intelligent math solver</article-title>. <source>IEEE Transactions on Learning Technologies</source><italic>,</italic> <volume>14</volume><issue>(1)</issue><italic>,</italic> <fpage>28</fpage>&#x2013;<lpage>41</lpage>. DOI <pub-id pub-id-type="doi">10.1109/TLT.2021.3057805</pub-id>.</mixed-citation></ref>
<ref id="ref-3"><label>3.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Mayer</surname>, <given-names>R. E.</given-names></string-name></person-group> (<year>1981</year>). <article-title>Frequency norms and structural analysis of algebra story problems into families, categories, and templates</article-title>. <source>Instructional Science</source><italic>,</italic> <volume>10</volume><issue>(2)</issue><italic>,</italic> <fpage>135</fpage>&#x2013;<lpage>175</lpage>. DOI <pub-id pub-id-type="doi">10.1007/BF00132515</pub-id>.</mixed-citation></ref>
<ref id="ref-4"><label>4.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Fletcher</surname>, <given-names>C. R.</given-names></string-name></person-group> (<year>1985</year>). <article-title>Understanding and solving arithmetic word problems: A computer simulation</article-title>. <source>Behavior Research Methods, Instruments, &#x0026; Computers</source><italic>,</italic> <volume>17</volume><issue>(5)</issue><italic>,</italic> <fpage>565</fpage>&#x2013;<lpage>571</lpage>. DOI <pub-id pub-id-type="doi">10.3758/BF03207654</pub-id>.</mixed-citation></ref>
<ref id="ref-5"><label>5.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Ma</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Ying</surname>, <given-names>Z.</given-names></string-name>, <string-name><surname>Cui</surname>, <given-names>G.</given-names></string-name>, <string-name><surname>Ren</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Huang</surname>, <given-names>R.</given-names></string-name></person-group> (<year>2010</year>). <article-title>Frame-based calculus of solving arithmetic multi-step addition and subtraction word problems</article-title>. <conf-name>Procedings of the 2010 Second International Workshop on Education Technology and Computer Science</conf-name>, vol. <volume>2</volume>, pp. <fpage>476</fpage>&#x2013;<lpage>479</lpage>. <conf-loc>Wuhan, China</conf-loc>.</mixed-citation></ref>
<ref id="ref-6"><label>6.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Roy</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Vieira</surname>, <given-names>T.</given-names></string-name>, <string-name><surname>Roth</surname>, <given-names>D.</given-names></string-name></person-group> (<year>2015</year>). <article-title>Reasoning about quantities in natural language</article-title>. <source>Transactions of the Association for Computational Linguistics</source><italic>,</italic> <volume>3</volume><italic>,</italic> <fpage>1</fpage>&#x2013;<lpage>13</lpage>. DOI <pub-id pub-id-type="doi">10.1162/tacl_a_00118</pub-id>.</mixed-citation></ref>
<ref id="ref-7"><label>7.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Hosseini</surname>, <given-names>M. J.</given-names></string-name>, <string-name><surname>Hajishirzi</surname>, <given-names>H.</given-names></string-name>, <string-name><surname>Etzioni</surname>, <given-names>O.</given-names></string-name>, <string-name><surname>Kushman</surname>, <given-names>N.</given-names></string-name></person-group> (<year>2014</year>). <article-title>Learning to solve arithmetic word problems with verb categorization</article-title>. <conf-name>Proceedings of the 2014 Conference on Empirical Methods in Natural Language Processing</conf-name>, pp. <fpage>523</fpage>&#x2013;<lpage>533</lpage>. <conf-loc>Doha, Qatar</conf-loc>.</mixed-citation></ref>
<ref id="ref-8"><label>8.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Sundaram</surname>, <given-names>S. S.</given-names></string-name>, <string-name><surname>Khemani</surname>, <given-names>D.</given-names></string-name></person-group> (<year>2015</year>). <article-title>Natural language processing for solving simple word problems</article-title>. <conf-name>Proceedings of the 12th International Conference on Natural Language Processing</conf-name>, pp. <fpage>394</fpage>&#x2013;<lpage>402</lpage>. <conf-loc>Trivandrum, India</conf-loc>.</mixed-citation></ref>
<ref id="ref-9"><label>9.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Liang</surname>, <given-names>C. C.</given-names></string-name>, <string-name><surname>Hsu</surname>, <given-names>K. Y.</given-names></string-name>, <string-name><surname>Huang</surname>, <given-names>C. T.</given-names></string-name>, <string-name><surname>Li</surname>, <given-names>C. M.</given-names></string-name>, <string-name><surname>Miao</surname>, <given-names>S. Y.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2016</year>). <article-title>A Tag-based statistical English math word problem solver with understanding, reasoning and explanation</article-title>. <conf-name>Proceedings of the Twenty-Fifth International Joint Conference on Artificial Intelligence</conf-name>, pp. <fpage>4254</fpage>&#x2013;<lpage>4255</lpage>. <conf-loc>San Diego, USA</conf-loc>.</mixed-citation></ref>
<ref id="ref-10"><label>10.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Mandal</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Naskar</surname>, <given-names>S. K.</given-names></string-name></person-group> (<year>2019</year>). <article-title>Solving arithmetic word problems by object oriented modeling and query-based information processing</article-title>. <source>International Journal on Artificial Intelligence Tools</source><italic>,</italic> <volume>28</volume><issue>(4)</issue><italic>,</italic> <fpage>1940002</fpage>. DOI <pub-id pub-id-type="doi">10.1142/S0218213019400025</pub-id>.</mixed-citation></ref>
<ref id="ref-11"><label>11.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Roy</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Roth</surname>, <given-names>D.</given-names></string-name></person-group> (<year>2017</year>). <article-title>Unit dependency graph and its application to arithmetic word problem solving</article-title>. <conf-name>Proceedings of the AAAI Conference on Artificial Intelligence</conf-name>, vol. <volume>31</volume>, no. <issue>1</issue>. <conf-loc>San Francisco, USA</conf-loc>.</mixed-citation></ref>
<ref id="ref-12"><label>12.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Wang</surname>, <given-names>L.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>D.</given-names></string-name>, <string-name><surname>Gao</surname>, <given-names>L.</given-names></string-name>, <string-name><surname>Song</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Guo</surname>, <given-names>L.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2018</year>). <article-title>MathDQN: Solving arithmetic word problems via deep reinforcement learning</article-title>. <conf-name>Proceedings of the AAAI Conference on Artificial Intelligence</conf-name>, vol. <volume>32</volume>, no. <issue>1</issue>. <conf-loc>New Orleans, USA</conf-loc>.</mixed-citation></ref>
<ref id="ref-13"><label>13.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Wu</surname>, <given-names>Q.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>Q.</given-names></string-name>, <string-name><surname>Wei</surname>, <given-names>Z.</given-names></string-name></person-group> (<year>2021</year>). <article-title>An edge-enhanced hierarchical graph-to-tree network for math word problem solving</article-title>. <conf-name>Proceedings of the Association for Computational Linguistics: EMNLP 2021</conf-name>, pp. <fpage>1473</fpage>&#x2013;<lpage>1482</lpage>. Seattle, USA.</mixed-citation></ref>
<ref id="ref-14"><label>14.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Zhang</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Wang</surname>, <given-names>L.</given-names></string-name>, <string-name><surname>Lee</surname>, <given-names>R. K. W.</given-names></string-name>, <string-name><surname>Bin</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Wang</surname>, <given-names>Y.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2020</year>). <article-title>Graph-to-tree learning for solving math word problems</article-title>. <conf-name>Proceedings of the 58th Annual Meeting of the Association for Computational Linguistics</conf-name>.</mixed-citation></ref>
<ref id="ref-15"><label>15.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Wang</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Liu</surname>, <given-names>X.</given-names></string-name>, <string-name><surname>Shi</surname>, <given-names>S.</given-names></string-name></person-group> (<year>2017</year>). <article-title>Deep neural solver for math word problems</article-title>. <conf-name>Proceedings of the 2017 Conference on Empirical Methods in Natural Language Processing</conf-name>, pp. <fpage>845</fpage>&#x2013;<lpage>854</lpage>. <conf-loc>Copenhagen, Denmark</conf-loc>.</mixed-citation></ref>
<ref id="ref-16"><label>16.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Qin</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Liang</surname>, <given-names>X.</given-names></string-name>, <string-name><surname>Hong</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Tang</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Lin</surname>, <given-names>L.</given-names></string-name></person-group> (<year>2021</year>). <article-title>Neural-symbolic solver for math word problems with auxiliary tasks</article-title>. <conf-name>Proceedings of the 59th Annual Meeting of the Association for Computational Linguistics and the 11th International Joint Conference on Natural Language Processing</conf-name>. arXiv preprint arXiv:2107.01431.</mixed-citation></ref>
<ref id="ref-17"><label>17.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Xie</surname>, <given-names>Z.</given-names></string-name>, <string-name><surname>Sun</surname>, <given-names>S.</given-names></string-name></person-group> (<year>2019</year>). <article-title>A Goal-driven tree-structured neural model for math word problems</article-title>. <conf-name>Proceedings of the Twenty-Eighth International Joint Conference on Artificial Intelligence</conf-name>, pp. <fpage>5299</fpage>&#x2013;<lpage>5305</lpage>. <conf-loc>Macao, China</conf-loc>.</mixed-citation></ref>
<ref id="ref-18"><label>18.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Hong</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Li</surname>, <given-names>Q.</given-names></string-name>, <string-name><surname>Gong</surname>, <given-names>R.</given-names></string-name>, <string-name><surname>Ciao</surname>, <given-names>D.</given-names></string-name>, <string-name><surname>Huang</surname>, <given-names>S.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2021</year>). <article-title>SMART: A situation model for algebra story problems via attributed grammar</article-title>. <conf-name>Proceedings of the 2021 AAAI Conference on Artificial Intelligence</conf-name>. <uri>https://www.aaai.org/AAAI21Papers/AAAI-8166.HongY.pdf</uri>.</mixed-citation></ref>
<ref id="ref-19"><label>19.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Yu</surname>, <given-names>X.</given-names></string-name>, <string-name><surname>Wang</surname>, <given-names>M.</given-names></string-name>, <string-name><surname>Gan</surname>, <given-names>W.</given-names></string-name>, <string-name><surname>He</surname>, <given-names>B.</given-names></string-name>, <string-name><surname>Ye</surname>, <given-names>N.</given-names></string-name></person-group> (<year>2019</year>). <article-title>A framework for solving explicit arithmetic word problems and proving plane geometry theorems</article-title>. <source>International Journal of Pattern Recognition and Artificial Intelligence</source><italic>,</italic> <volume>33</volume><issue>(7)</issue><italic>,</italic> <fpage>1940005</fpage>. DOI <pub-id pub-id-type="doi">10.1142/S0218001419400056</pub-id>.</mixed-citation></ref>
<ref id="ref-20"><label>20.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>He</surname>, <given-names>B.</given-names></string-name>, <string-name><surname>Yu</surname>, <given-names>X.</given-names></string-name>, <string-name><surname>Jian</surname>, <given-names>P.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>T.</given-names></string-name></person-group> (<year>2020</year>). <article-title>A relation based algorithm for solving direct current circuit problems</article-title>. <source>Applied Intelligence</source><italic>,</italic> <volume>50</volume><issue>(7)</issue><italic>,</italic> <fpage>2293</fpage>&#x2013;<lpage>2309</lpage>. DOI <pub-id pub-id-type="doi">10.1007/s10489-020-01667-7</pub-id>.</mixed-citation></ref>
<ref id="ref-21"><label>21.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Yu</surname>, <given-names>X.</given-names></string-name>, <string-name><surname>Gan</surname>, <given-names>W.</given-names></string-name>, <string-name><surname>Wang</surname>, <given-names>M.</given-names></string-name></person-group> (<year>2017</year>). <article-title>Understanding explicit arithmetic word problems and explicit plane geometry problems using syntax-semantics models</article-title>. <conf-name>Proceedings of the 2017 International Conference on Asian Language Processing</conf-name>, <conf-loc>Singapore</conf-loc>.</mixed-citation></ref>
<ref id="ref-22"><label>22.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Pustejovsky</surname>, <given-names>J.</given-names></string-name></person-group> (<year>1991</year>). <article-title>The generative lexicon</article-title>. <source>Computational Linguistics</source><italic>,</italic> <volume>17</volume><italic>,</italic> <fpage>409</fpage>&#x2013;<lpage>441</lpage>.</mixed-citation></ref>
<ref id="ref-23"><label>23.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Yuan</surname>, <given-names>Y. L.</given-names></string-name></person-group> (<year>2013</year>). <article-title>A study of Chinese semantic knowledge system based on the theory of generative lexicon and argument structure</article-title>. <source>Jorunal of Chinese Information Processing</source><italic>,</italic> <volume>27</volume><issue>(6)</issue><italic>,</italic> <fpage>23</fpage>&#x2013;<lpage>30</lpage>.</mixed-citation></ref>
<ref id="ref-24"><label>24.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Bakman</surname>, <given-names>Y.</given-names></string-name></person-group> (<year>2007</year>). <article-title>Robust understanding of word problems with extraneous information</article-title>. arXiv preprint Math/0701393.</mixed-citation></ref>
<ref id="ref-25"><label>25.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Koncel-Kedziorski</surname>, <given-names>R.</given-names></string-name>, <string-name><surname>Hajishirzi</surname>, <given-names>H.</given-names></string-name>, <string-name><surname>Sabharwal</surname>, <given-names>A.</given-names></string-name>, <string-name><surname>Etzioni</surname>, <given-names>O.</given-names></string-name>, <string-name><surname>Ang</surname>, <given-names>S. D.</given-names></string-name></person-group> (<year>2015</year>). <article-title>Parsing algebraic word problems into equations</article-title>. <source>Transactions of the Association for Computational Linguistics</source><italic>,</italic> <volume>3</volume><italic>,</italic> <fpage>585</fpage>&#x2013;<lpage>597</lpage>. DOI <pub-id pub-id-type="doi">10.1162/tacl_a_00160</pub-id>.</mixed-citation></ref>
<ref id="ref-26"><label>26.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Kushman</surname>, <given-names>N.</given-names></string-name>, <string-name><surname>Artzi</surname>, <given-names>Y.</given-names></string-name>, <string-name><surname>Zettlemoyer</surname>, <given-names>L.</given-names></string-name>, <string-name><surname>Barzilay</surname>, <given-names>R.</given-names></string-name></person-group> (<year>2014</year>). <article-title>Learning to automatically solve algebra word problems</article-title>. <conf-name>Proceedings of the 52nd Annual Meeting of the Association for Computational Linguistics</conf-name>, <conf-loc>Baltimore, Maryland</conf-loc>.</mixed-citation></ref>
<ref id="ref-27"><label>27.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Chiang</surname>, <given-names>T. R.</given-names></string-name>, <string-name><surname>Chen</surname>, <given-names>Y. N.</given-names></string-name></person-group> (<year>2018</year>). <article-title>Semantically-aligned equation generation for solving and reasoning math word problems</article-title>. arXiv preprint arXiv:1811.00720.</mixed-citation></ref>
<ref id="ref-28"><label>28.</label><mixed-citation publication-type="book"><person-group person-group-type="author"><string-name><surname>Miller</surname>, <given-names>G. A.</given-names></string-name></person-group> (<year>1998</year>). <source>WordNet: An electronic lexical database</source><italic>.</italic> <publisher-name>Cambridge, MA, USA: MIT Press</publisher-name>.</mixed-citation></ref>
<ref id="ref-29"><label>29.</label><mixed-citation publication-type="conf-proc"><person-group person-group-type="author"><string-name><surname>Baker</surname>, <given-names>C. F.</given-names></string-name>, <string-name><surname>Fillmore</surname>, <given-names>C. J.</given-names></string-name>, <string-name><surname>Lowe</surname>, <given-names>J. B.</given-names></string-name></person-group> (<year>1998</year>). <article-title>The Berkeley framenet project</article-title>. <conf-name>Proceedings of the 17th International Conference on Computational Linguistics</conf-name>, <conf-loc>Patna, India</conf-loc>.</mixed-citation></ref>
<ref id="ref-30"><label>30.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Fillmore</surname>, <given-names>C. J.</given-names></string-name>, <string-name><surname>Johnson</surname>, <given-names>C. R.</given-names></string-name>, <string-name><surname>Petruck</surname>, <given-names>M. R.</given-names></string-name></person-group> (<year>2003</year>). <article-title>Background to framenet</article-title>. <source>International Journal of Lexicography</source><italic>,</italic> <volume>16</volume><issue>(3)</issue><italic>,</italic> <fpage>235</fpage>&#x2013;<lpage>250</lpage>. DOI <pub-id pub-id-type="doi">10.1093/ijl/16.3.235</pub-id>.</mixed-citation></ref>
<ref id="ref-31"><label>31.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Semantics</surname>, <given-names>F. C. J. F.</given-names></string-name>, <string-name><surname>Fillmore</surname>, <given-names>C. J.</given-names></string-name></person-group> (<year>1982</year>). <source>Linguistics in the morning calm</source>, pp. <fpage>111</fpage>&#x2013;<lpage>137</lpage>. Seoul: Hanshin Publishing Co.</mixed-citation></ref>
<ref id="ref-32"><label>32.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Liu</surname>, <given-names>H.</given-names></string-name>, <string-name><surname>Singh</surname>, <given-names>P.</given-names></string-name></person-group> (<year>2004</year>). <article-title>ConceptNet-A practical commonsense reasoning tool-kit</article-title>. <source>BT Technology Journal</source><italic>,</italic> <volume>22</volume><issue>(4)</issue><italic>,</italic> <fpage>211</fpage>&#x2013;<lpage>226</lpage>. DOI <pub-id pub-id-type="doi">10.1023/B:BTTJ.0000047600.45421.6d</pub-id>.</mixed-citation></ref>
<ref id="ref-33"><label>33.</label><mixed-citation publication-type="web"><person-group person-group-type="author"><string-name><surname>He</surname>, <given-names>H.</given-names></string-name></person-group> (<year>2020</year>). <article-title>HanLP: Han language processing</article-title>. <uri xlink:href="https://github.com/hankcs/HanLP">https://github.com/hankcs/HanLP</uri>.</mixed-citation></ref>
<ref id="ref-34"><label>34.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Liang</surname>, <given-names>Z.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Shao</surname>, <given-names>J.</given-names></string-name>, <string-name><surname>Zhang</surname>, <given-names>X.</given-names></string-name></person-group> (<year>2021</year>). <article-title>MWP-BERT: A strong baseline for math word problems</article-title>. arXiv preprint arXiv:2107.13435.</mixed-citation></ref>
<ref id="ref-35"><label>35.</label><mixed-citation publication-type="journal"><person-group person-group-type="author"><string-name><surname>Li</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Wu</surname>, <given-names>L.</given-names></string-name>, <string-name><surname>Feng</surname>, <given-names>S.</given-names></string-name>, <string-name><surname>Xu</surname>, <given-names>F.</given-names></string-name>, <string-name><surname>Xu</surname>, <given-names>F.</given-names></string-name> <etal>et al.</etal></person-group> (<year>2020</year>). <article-title>Graph-to-tree neural networks for learning structured input-output translation with applications to semantic parsing and math word problem</article-title>. <source>Findings of the Association for Computational Linguistics: EMNLP 2020</source><italic>.</italic> DOI <pub-id pub-id-type="doi">10.18653/v1/2020.findings-emnlp</pub-id>.</mixed-citation></ref>
</ref-list>
</back>
</article>