<!DOCTYPE article PUBLIC "-//NLM//DTD JATS (Z39.96) Journal Archiving and Interchange DTD v1.0 20120330//EN" "JATS-archivearticle1.dtd">
<article xmlns:xlink="http://www.w3.org/1999/xlink">
  <front>
    <journal-meta>
      <journal-title-group>
        <journal-title>Workshop on Logic Programming and Legal Reasoning, July</journal-title>
      </journal-title-group>
    </journal-meta>
    <article-meta>
      <title-group>
        <article-title>Beyond Logic Programming for Legal Reasoning⋆</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Ha Thanh Nguyen</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Francesca Toni</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Kostas Stathis</string-name>
          <xref ref-type="aff" rid="aff2">2</xref>
        </contrib>
        <contrib contrib-type="author">
          <string-name>Ken Satoh</string-name>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Imperial College London</institution>
          ,
          <addr-line>Exhibition Rd, South Kensington, London SW7 2BX</addr-line>
          ,
          <country country="UK">United Kingdom</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>National Institute of Informatics (NII)</institution>
          ,
          <addr-line>2-1-2 Hitotsubashi, Chiyoda City, Tokyo</addr-line>
          ,
          <country country="JP">Japan</country>
        </aff>
        <aff id="aff2">
          <label>2</label>
          <institution>Royal Holloway University of London</institution>
          ,
          <addr-line>Egham Hill, Egham TW20 0EX</addr-line>
          ,
          <country country="UK">United Kingdom</country>
        </aff>
      </contrib-group>
      <pub-date>
        <year>2023</year>
      </pub-date>
      <volume>0</volume>
      <fpage>9</fpage>
      <lpage>10</lpage>
      <abstract>
        <p>Logic programming has long being advocated for legal reasoning, and several approaches have been put forward relying upon explicit representation of the law in logic programming terms. In this position paper we focus on the PROLEG logic-programming-based framework for formalizing and reasoning with Japanese presupposed ultimate fact theory. Specifically, we examine challenges and opportunities in leveraging deep learning techniques for improving legal reasoning using PROLEG, identifying four distinct options ranging from enhancing fact extraction using deep learning to end-to-end solutions for reasoning with textual legal descriptions. We assess advantages and limitations of each option, considering their technical feasibility, interpretability, and alignment with the needs of legal practitioners and decision-makers. We believe that our analysis can serve as a guideline for developers aiming to build efective decision-support systems for the legal domain, while fostering a deeper understanding of challenges and potential advancements by neuro-symbolic approaches in legal applications.</p>
      </abstract>
      <kwd-group>
        <kwd>eol&gt;PROLEG</kwd>
        <kwd>Deep Learning</kwd>
        <kwd>ProbLog</kwd>
        <kwd>Prolog</kwd>
        <kwd>Neurosymbolic</kwd>
        <kwd>Legal Reasoning</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>1. Introduction</title>
      <p>Legal reasoning is a complex process that involves evaluating and applying principles, rules,
and regulations from various sources, such as legislation, case law, and general legal principles.
The advancement of AI, particularly in terms of deep learning and natural language
understanding, has created new opportunities for developing systems that can aid legal practitioners in
navigating this complex landscape.</p>
      <p>
        In this paper, we examine the challenges and opportunities in leveraging deep learning
techniques for improving legal reasoning using the PROLEG system [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], a
logic-programmingbased framework for formalizing and reasoning with the Japanese presupposed Ultimate Fact
theory (JUF theory, in short, from Youken-jijisturon, in Japanese). The JUF theory is used for
decision-making by judges under incomplete information.
      </p>
      <p>PROLEG accommodates a representation of the JUF theory in logic programming terms,
reflecting lawyers’ reasoning by drawing upon the idea of “openness” proposed for the JUF
theory. However, the deployment of PROLEG to reason about particular input cases requires
the addition of suitable facts, relating to the cases, to the system.</p>
      <p>In this position paper we explore various options for integrating deep learning techniques
into the legal reasoning process envisaged by PROLEG. We discuss these options in the context
of extracting and leveraging facts from natural language texts, ranging from enhancing fact
extraction to end-to-end solutions for reasoning with textual legal descriptions. We provide toy
illustrations of the various options.</p>
      <p>Our analysis is targeted at developers working on decision-support systems for legal
practitioners, and our proposed options are designed to address the challenges and limitations
observed in related works, such as understanding and applying prescriptive rules specified in
natural language, providing better structural insights, and efectively representing and sharing
legal knowledge using well-defined logical languages.</p>
      <p>Throughout the paper, we assess the advantages and limitations of each option, considering
their technical feasibility, interpretability and alignment with the needs of legal practitioners
such as judges, jurors, and lawyers involved in decision-making based on legal information. By
combining deep learning with symbolic reasoning methods, we aim to provide developers with
insights and solutions for building efective and comprehensible decision-support systems in
the legal domain.</p>
    </sec>
    <sec id="sec-2">
      <title>2. Related Work</title>
      <p>Natural Language Processing (NLP) and Natural Language Understanding (NLU) tasks applied
to law have proliferated in the recent years, with several works in the literature focusing on
the challenge of legal reasoning and decision-making using structured, logical representations
derived from texts. This work relates to several areas of active research.</p>
      <p>
        Holzenberger et al. [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ] presents a dataset and legal-domain text corpus to investigate the
performance of NLU approaches on statutory reasoning. The study compares the results of machine
reading models with a hand-constructed Prolog-based system, highlighting the challenges facing
statutory reasoning moving forward. This work demonstrates the importance of understanding
and applying prescriptive rules specified in natural language for legal reasoning. Further work
by Holzenberger and Van Durme [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] decomposes statutory reasoning into four types of NLU
challenge problems by introducing concepts and structures found in Prolog programs. Their
results show that models for statutory reasoning benefit from the additional structure, leading
to improved performance over prior baselines and finer-grained model diagnostics.
      </p>
      <p>
        Palmirani et al. [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] extends the RuleML language [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] to create LegalRuleML, enabling the
efective sharing and exchange of legal knowledge between documents, business rules, and
software applications. This work focuses on detecting, modeling, and expressively representing
legal knowledge to support legal reasoning and its application in the business rule domain. In a
similar context, Schneider et al. [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] describe the EU-funded project Lynx, which aims to create
a Legal Knowledge Graph (LKG) for the semantic processing, analysis, and enrichment of legal
documents. The article discusses the use cases, platforms, and semantic analysis services that
operate on the documents for more efective legal information management.
      </p>
      <p>
        Early work by Nakamura et al. [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ] proposes a framework for translating legal sentences into
logical form, and describes the implementation of such an experimental system. In a similar
vein, Lagos et al. [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ] present an event extraction mechanism based on NLP techniques to extract
the use of entity related information corresponding to the relations among the parties of a case
in the form of events. More recently, the work by Gaur et al. [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ] address the translation of legal
text into formal representations using the NL2KR system. This system translates legal text into
various formal representations, enabling the use of existing logical reasoning approaches on
legal text in English. By allowing reasoning with text, this work bridges the gap between natural
language processing and existing logical reasoning frameworks designed for legal information.
      </p>
      <p>
        In the remainder, we will explore several options for improving the performance and
applicability of the PROLEG legal reasoning support system [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Each option proposed is based on
the related work and methods discussed above, aiming to enhance the reasoning capabilities of
PROLEG by incorporating deep learning techniques for extracting and leveraging facts from
natural language texts. These options attempt to address diferent challenges and limitations
observed in previous works, such as the dificulty in understanding and applying prescriptive
rules specified in natural language [
        <xref ref-type="bibr" rid="ref2">2</xref>
        ], the need for additional structural insights provided by
Prolog-based systems [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ], and the importance of efectively representing and sharing legal
knowledge using well-defined logical languages [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ].
      </p>
    </sec>
    <sec id="sec-3">
      <title>3. Options</title>
      <p>We focus here on the following setting: laws have been mapped onto PROLEG; there are text
descriptions of the “facts” to which the laws need to be applied; we want to “emulate” reasoning
with the laws and facts by using PROLEG and a logical description of the “facts”.1</p>
      <sec id="sec-3-1">
        <title>3.1. Option 1: PROLEG + Fact Extraction by Deep Learning</title>
        <p>This is the approach envisaged with PROLEG, whereby the facts are standard PROLOG facts and
are to be used in combination with PROLEG using its standard inference mechanism. The fact
extraction is carried out by fine-tuning a language model.</p>
        <p>
          Fact extraction requires carrying out several sub-tasks, given an input text (the query)
describing the facts in natural language:
• Identifying which (article of) law matches the query;
• Identifying which bits of the (article of) law matches the query;
• Populate the logical facts underpinning the law with the information from the query
matching the law (see [
          <xref ref-type="bibr" rid="ref10 ref11">10, 11</xref>
          ]).
1This setting is in line with the goals of a judge or juror who needs to decide on the outcome of a case. Of course,
there are other settings of interest. For example, we could be wanting to generate the “facts” so that the outcome of
the application of the law is “driven” by the lawyer presenting the “facts”. In this alternative setting, we may want
to look for most “beneficial facts”. This latter setting is in line with the operation of defence or plaintif lawyers.
This is an alternative approach, whereby the facts are probabilistic as in ProbLog [
          <xref ref-type="bibr" rid="ref12">12</xref>
          ] and are to
be used in combination with PROLEG using ProbLog’s inference mechanism. The fact extraction
needs to be again carried out externally to PROLEG and ProbLog, e.g. by fine-tuning a language
model [
          <xref ref-type="bibr" rid="ref13 ref14 ref15 ref16">13, 14, 15, 16</xref>
          ].
        </p>
      </sec>
      <sec id="sec-3-2">
        <title>3.3. Option 3: Deep ProbLEG</title>
        <p>
          The first two approaches are neuro-symbolic in a loose sense (in that the deep learning and
reasoning components interface but are kept separate). A fundamentally diferent approach
integrates reasoning and fact extraction tightly in the spirit of Deep ProbLog [
          <xref ref-type="bibr" rid="ref17">17</xref>
          ]. This approach
would require injecting PROLEG into a deep architecture of the kind explored in [
          <xref ref-type="bibr" rid="ref17">17</xref>
          ], whereby
reasoning a-la-ProbLog follows probabilistic fact extraction within a cohesive whole.
        </p>
      </sec>
      <sec id="sec-3-3">
        <title>3.4. Option 4: End-to-End Deep Learning</title>
        <p>
          This final approach is aimed at serving as a baseline and is expected to be less interpretable
than the other three, based on fine-tuning language models, such as domain-oriented models
[
          <xref ref-type="bibr" rid="ref18 ref19">18, 19</xref>
          ] or robust domain-independent models [
          <xref ref-type="bibr" rid="ref20 ref21 ref22">20, 21, 22</xref>
          ], to reason directly with the textual
representation of the legislation with the textual representation of the facts. This approach
would not rely on reasoning with PROLEG directly and will be non-interpretable.
        </p>
        <p>
          Methodologically, we could see the legal reasoning that PROLEG is carrying out as a form of
soft theorem proving [
          <xref ref-type="bibr" rid="ref23">23</xref>
          ], possibly fine-tuning the adversarial method in [
          <xref ref-type="bibr" rid="ref24">24</xref>
          ].
        </p>
      </sec>
    </sec>
    <sec id="sec-4">
      <title>4. A toy illustration</title>
      <p>Here we focus on illustrating the first two options with a simple toy example with standard
PROLEG structure but made-up laws. Our aim is to show what the two options may amount to.
A first law may be represented in PROLEG by:
right(B,S)&lt;=</p>
      <p>cond(B,S).
cond(B,S) &lt;=</p>
      <p>sub_con(B,S).
_ may amount to ‘being friends’.
exception(sub_con(B,S),ex(B,S)).
ex(B,S) &lt;=</p>
      <p>ex_con(B,S).
_ may amount to ‘knowing each other for a long time’.</p>
      <p>A second law may be represented simply as:
other_right(B,S) &lt;= smtg(B,S).
_ may amount to ‘working together’
Facts are about _(, ) and _(, ), as well as (, ).</p>
      <p>Suppose the textual description of three cases of interest is as follows:
case 1 Thanh and Kostas met recently but are good friends already (thus they satisfy the
sub-conditions for the first law );
case 2 Ken and Francesca have collaborated for a while (do they satisfy the conditions of the
second law? the exception to the first law? ) and are in good terms (do they satisfy the
conditions of the first law? );
case 3 Thanh is working under Ken’s supervision (do they trigger the second law?) and they
are in good terms (do they satisfy the sub-conditions of the first law? ).</p>
      <p>Here, case 1 most definitely matches the first law, and case 3 probably matches the second law
(but may also be deemed somewhat to match the first law); it is very unclear though whether
case 2 matches the first law (with exception) or the second law. Also, after deciding which law
case 2 matches, there is uncertainty in extracting the facts.</p>
      <p>
        Mapping PROLEG into PROLOG. We focus here on the object-level translation of the above
PROLEG program [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ], as follows:
right(B, S) :- cond(B, S).
cond(B, S) :- sub_con(B, S), not ex_con(B, S).
other_right(B, S) :- smtg(B, S).
sub_con(thanh, kostas).
sub_con(ken, fran).
ex_con(ken, fran).
smtg(thanh, ken).
      </p>
      <p>This translation makes use of transforming exception clauses in PROLEG as negation by failure
in the condition of the rules2. An alternative translation that we may want to consider is given
in Appendix A.
2This is compatible with the spirit of the standard translation methods for PROLEG already described in
http://research.nii.ac.jp/ ksatoh/juris-informatics-papers/jurix2009-ksatoh.pdf
Option 1 Deep learning learns “crisp” logical facts, e.g. they may be:
sub_con(thanh,kostas). %(first case)
sub_con(ken,fran). %(and)
ex_con(ken,fran). %(second case)
smtg(thanh,ken). %(third case)
Option 2 Deep learning learns probabilities. What are these probabilities on? The facts
or the applicability of the laws? This makes a diference if ((, ) ∪ _(, )) ∩
(, ) ̸= ∅. Also, even if ((, )∪_(, ))∩(, ) = ∅, the probability
of matching a law may play a role in determining the probability of the facts holding.
Determining the probability of facts in isolation. This may result in something like
0.99::sub_con(thanh, kostas).
0.51::sub_con(ken, fran).
0.73::ex_con(ken, fran).
0.49::smtg(ken, fran).
0.51::sub_con(thanh, ken).
0.65::smtg(thanh, ken).</p>
      <sec id="sec-4-1">
        <title>Determining the probability of facts while taking into account the relevance of laws.</title>
        <p>This means that the probability of a fact may be a function of two probabilities: that the case
matches a law and that phrases in the case description fit atomic templates. For example, we
may compute the following probabilities that the cases match the laws:3
• Case 1 matches law 1 with probability 1;
• Case 2 matches law 1 with probability 0.7 and law 2 with probability 0.3;
• Case 3 matches law 2 with probability 0.6 and law 1 with probability 0.4.</p>
        <p>Then, for each case (when the law applicability is probable according to some treashold), we
determine the probability of the atomic templates _(· , · ), _(· , · ), and (· , · )
being instantiatable on the textual description of the cases.
3We may need to assume that the two laws are independent.</p>
        <p>Suppose that case 1 matches _(· , · ) with probability 0.99. Then, the resulting
probabilistic fact is
(1 * 0.99) = 0.99::sub_con(thanh, kostas).</p>
        <p>Suppose that case 3 matches (· , · ) with probability 0.9. Then, the resulting probabilistic
fact is
(0.6 * 0.9) = 0.54::sub_con(ken, fran).</p>
      </sec>
      <sec id="sec-4-2">
        <title>Keeping the relevance of the laws and the matching of the atomic templates separate.</title>
        <p>This amount to treating the applicability of laws “abductively”, and may lead (in our example) to:
right(B, S) :- cond(B, S), applicable_1(B, S).
cond(B, S) :- sub_con(B, S), not ex_con(B, S).
other_right(B, S) :- smtg(B, S), applicable_2(B, S).</p>
        <p>Then the fact:
0.95::sub_con(thanh, kostas).
0.55::sub_con(ken, fran).
0.78::ex_con(ken, fran).
0.42::smtg(ken, fran).
0.50::sub_con(thanh, ken).
0.69::smtg(thanh, ken).
0.99::applicable_1(thanh, kostas).
0.51::applicable_1(ken, fran).
0.49::applicable_2(ken, fran).
0.71::applicable_1(thanh, kenn).
0.81::applicable_2(thanh, kenn).</p>
      </sec>
    </sec>
    <sec id="sec-5">
      <title>5. Discussions and Conclusion</title>
      <p>We have explored challenges and opportunities of combining deep learning techniques and
the PROLEG system to improve legal reasoning. Our analysis has identified four distinct
options ranging from enhancing fact extraction using deep learning to end-to-end solutions for
reasoning with textual legal descriptions. Throughout our analysis, we have taken the standpoint
of developers rather than legal practitioners. In other words, the systems we envision could be
used as the backend of decision-support systems, potentially by enforcing certain threshold
conditions to facilitate decision-making and reasoning in legal contexts.</p>
      <p>Although we primarily focused on a "judge/juror" setting for developers, some of the analyses
and methodologies we propose could be adapted to a "lawyer" setting, as discussed earlier. In
this context, our systems could be used to support the selection and presentation of facts that
lead to a desired conclusion (or a high probability of it) and aid in evidence retrieval to build
strong legal arguments and cases.</p>
      <p>By integrating deep learning with symbolic reasoning methods, we can develop more robust
and flexible legal reasoning systems that can handle the challenges posed by natural language
ambiguity and rigid logical representations.</p>
      <p>Some additional benefits of the proposed approaches include:
• A better understanding of the strengths and weaknesses of diferent arguments and the
underlying evidence.
• Efective identification of crucial evidence and the areas where such evidence can be
found to overturn a legal decision if necessary.
• Enhanced capability to debug legal decisions and regulations, allowing for more eficient
evaluation and adjustments in legal frameworks.</p>
      <p>In conclusion, by leveraging the advancements in deep learning and natural language
understanding, the proposed options aim to provide developers with practical tools and methods for
building decision-support systems that aid various legal practitioners, including judges, jurors,
and lawyers, in navigating the complex landscape of legal reasoning and decision-making.
Moving forward, we plan to delve deeper into the four options, providing a comprehensive
examination and evaluation of each method to further enhance our understanding of their
potential impact and applications in the legal domain.</p>
    </sec>
    <sec id="sec-6">
      <title>Acknowledgments</title>
      <p>This work was supported by JSPS KAKENHI Grant Number JP22H00543 and JST, AIP Trilateral
AI Research Grant Number JPMJCR20G4. Francesca Toni and Kostas Stathis would like to
thank the National Institute of Informatics, Tokyo, Japan, for supporting their visit to Japan
that made this work possible. Francesca Toni also acknowledges support from the European
Research Council (ERC) under the European Union’s Horizon 2020 research and innovation
programme (grant agreement No.101020934, ADIX), as well as support from J.P. Morgan and the
Royal Academy of Engineering, UK, under the Research Chairs and Senior Research Fellowships
scheme.</p>
    </sec>
    <sec id="sec-7">
      <title>A. Alternative PROLEG translations</title>
      <p>A somewhat more sophisticated object-level translation of the PROLEG program in Section 4
could be as follows:
right(B, S) :- cond(B, S).
cond(B, S) :- sub_con(B, S), not exempt_sub_con(B, S).
exempt_sub_con(B, S)
:</p>
      <p>ex_con(B, S), not exempt_ex_con(B, S).
other_right(B, S) :- smtg(B, S).
sub_con(thanh, kostas).
sub_con(ken, fran).
ex_con(ken, fran).
smtg(thanh, ken).</p>
      <p>The latter translation method is more methodological and has hooks for exceptions of exceptions.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          [1]
          <string-name>
            <given-names>K.</given-names>
            <surname>Satoh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Asai</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Kogawa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kubota</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Nakamura</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Nishigai</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Shirakawa</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Takano</surname>
          </string-name>
          ,
          <article-title>Proleg: an implementation of the presupposed ultimate fact theory of japanese civil code by prolog technology</article-title>
          ,
          <source>in: JSAI international symposium on artificial intelligence</source>
          , Springer,
          <year>2010</year>
          , pp.
          <fpage>153</fpage>
          -
          <lpage>164</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          [2]
          <string-name>
            <given-names>N.</given-names>
            <surname>Holzenberger</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Blair-Stanek</surname>
          </string-name>
          ,
          <string-name>
            <surname>B. Van Durme</surname>
          </string-name>
          ,
          <article-title>A dataset for statutory reasoning in tax law entailment and question answering</article-title>
          , arXiv preprint arXiv:
          <year>2005</year>
          .
          <volume>05257</volume>
          (
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          [3]
          <string-name>
            <given-names>N.</given-names>
            <surname>Holzenberger</surname>
          </string-name>
          ,
          <string-name>
            <surname>B. Van Durme</surname>
          </string-name>
          ,
          <article-title>Factoring statutory reasoning as language understanding challenges</article-title>
          ,
          <source>arXiv preprint arXiv:2105.07903</source>
          (
          <year>2021</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          [4]
          <string-name>
            <given-names>M.</given-names>
            <surname>Palmirani</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Governatori</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Rotolo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Tabet</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H.</given-names>
            <surname>Boley</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Paschke</surname>
          </string-name>
          , Legalruleml:
          <article-title>Xml-based rules and norms</article-title>
          .,
          <source>RuleML America</source>
          <volume>7018</volume>
          (
          <year>2011</year>
          )
          <fpage>298</fpage>
          -
          <lpage>312</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          [5]
          <string-name>
            <given-names>H.</given-names>
            <surname>Boley</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Paschke</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Shafiq</surname>
          </string-name>
          ,
          <article-title>Ruleml 1.0: the overarching specification of web rules</article-title>
          , in: Semantic Web Rules: International Symposium, RuleML 2010, Washington, DC, USA, October
          <volume>21</volume>
          -
          <issue>23</issue>
          ,
          <year>2010</year>
          . Proceedings 4, Springer,
          <year>2010</year>
          , pp.
          <fpage>162</fpage>
          -
          <lpage>178</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          [6]
          <string-name>
            <given-names>J. M.</given-names>
            <surname>Schneider</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Rehm</surname>
          </string-name>
          ,
          <string-name>
            <given-names>E.</given-names>
            <surname>Montiel-Ponsoda</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            <surname>Rodríguez-Doncel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Martín-Chozas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Navas-Loro</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Kaltenböck</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Revenko</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Karampatakis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Sageder</surname>
          </string-name>
          , et al.,
          <article-title>Lynx: A knowledge-based ai service platform for content processing, enrichment and analysis for the legal domain</article-title>
          ,
          <source>Information Systems</source>
          <volume>106</volume>
          (
          <year>2022</year>
          )
          <fpage>101966</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          [7]
          <string-name>
            <given-names>M.</given-names>
            <surname>Nakamura</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Nobuoka</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Shimazu</surname>
          </string-name>
          ,
          <article-title>Towards translation of legal sentences into logical forms</article-title>
          , in: K.
          <string-name>
            <surname>Satoh</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Inokuchi</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Nagao</surname>
          </string-name>
          , T. Kawamura (Eds.),
          <source>New Frontiers in Artificial Intelligence</source>
          , Springer Berlin Heidelberg, Berlin, Heidelberg,
          <year>2008</year>
          , pp.
          <fpage>349</fpage>
          -
          <lpage>362</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          [8]
          <string-name>
            <given-names>N.</given-names>
            <surname>Lagos</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Segond</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Castellani</surname>
          </string-name>
          ,
          <string-name>
            <surname>J. O'Neill</surname>
          </string-name>
          ,
          <article-title>Event extraction for legal case building and reasoning</article-title>
          , in: Z.
          <string-name>
            <surname>Shi</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Vadera</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          <string-name>
            <surname>Aamodt</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          Leake (Eds.),
          <source>Intelligent Information Processing V</source>
          , Springer Berlin Heidelberg, Berlin, Heidelberg,
          <year>2010</year>
          , pp.
          <fpage>92</fpage>
          -
          <lpage>101</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          [9]
          <string-name>
            <given-names>S.</given-names>
            <surname>Gaur</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N. H.</given-names>
            <surname>Vo</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Kashihara</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Baral</surname>
          </string-name>
          ,
          <article-title>Translating simple legal text to formal representations</article-title>
          ,
          <source>in: New Frontiers in Artificial Intelligence: JSAI-isAI 2014 Workshops</source>
          ,
          <string-name>
            <surname>LENLS</surname>
          </string-name>
          , JURISIN, and
          <string-name>
            <surname>GABA</surname>
          </string-name>
          , Kanagawa, Japan,
          <source>October 27-28</source>
          ,
          <year>2014</year>
          , Revised Selected Papers, Springer,
          <year>2015</year>
          , pp.
          <fpage>259</fpage>
          -
          <lpage>273</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          [10]
          <string-name>
            <surname>H.-T. Nguyen</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          <string-name>
            <surname>Wachara</surname>
            ,
            <given-names>F.</given-names>
          </string-name>
          <string-name>
            <surname>Nishino</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Satoh</surname>
          </string-name>
          ,
          <article-title>A multi-step approach in translating natural language into logical formula</article-title>
          ,
          <source>in: Legal Knowledge and Information Systems</source>
          , IOS Press,
          <year>2022</year>
          , pp.
          <fpage>103</fpage>
          -
          <lpage>112</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref11">
        <mixed-citation>
          [11]
          <string-name>
            <surname>M. Z. May</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          <string-name>
            <surname>Ha-Thanh</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Ken</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          <string-name>
            <surname>Saku</surname>
            ,
            <given-names>N.</given-names>
          </string-name>
          <string-name>
            <surname>Fumihito</surname>
          </string-name>
          ,
          <article-title>Improving translation of case descriptions into logical fact formulas using legalcasener</article-title>
          ,
          <source>in: Nineteenth International Conference on Artificial Intelligence and Law (ICAIL</source>
          <year>2023</year>
          ),
          <year>2023</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref12">
        <mixed-citation>
          [12]
          <string-name>
            <given-names>L. D.</given-names>
            <surname>Raedt</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Kimmig</surname>
          </string-name>
          ,
          <article-title>Probabilistic (logic) programming concepts</article-title>
          ,
          <source>Mach. Learn</source>
          .
          <volume>100</volume>
          (
          <year>2015</year>
          )
          <fpage>5</fpage>
          -
          <lpage>47</lpage>
          . URL: https://doi.org/10.1007/s10994-015-5494-z. doi:
          <volume>10</volume>
          .1007/ s10994-015-5494-z.
        </mixed-citation>
      </ref>
      <ref id="ref13">
        <mixed-citation>
          [13]
          <string-name>
            <surname>Y. T.-H. Vuong</surname>
            ,
            <given-names>Q. M.</given-names>
          </string-name>
          <string-name>
            <surname>Bui</surname>
            , H.-T. Nguyen, T.-T.-T. Nguyen,
            <given-names>V.</given-names>
          </string-name>
          <string-name>
            <surname>Tran</surname>
            ,
            <given-names>X.-H.</given-names>
          </string-name>
          <string-name>
            <surname>Phan</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Satoh</surname>
          </string-name>
          , L.
          <string-name>
            <surname>-M. Nguyen</surname>
          </string-name>
          ,
          <article-title>Sm-bert-cr: a deep learning approach for case law retrieval with supporting model</article-title>
          ,
          <source>Artificial Intelligence and Law</source>
          (
          <year>2022</year>
          )
          <fpage>1</fpage>
          -
          <lpage>28</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref14">
        <mixed-citation>
          [14]
          <string-name>
            <surname>H.-T. Nguyen</surname>
          </string-name>
          ,
          <string-name>
            <surname>M.-K. Phi</surname>
            ,
            <given-names>X.-B.</given-names>
          </string-name>
          <string-name>
            <surname>Ngo</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          <string-name>
            <surname>Tran</surname>
          </string-name>
          , L.
          <string-name>
            <surname>-M. Nguyen</surname>
            ,
            <given-names>M.-P.</given-names>
          </string-name>
          <string-name>
            <surname>Tu</surname>
          </string-name>
          ,
          <article-title>Attentive deep neural networks for legal document retrieval</article-title>
          ,
          <source>Artificial Intelligence and Law</source>
          (
          <year>2022</year>
          )
          <fpage>1</fpage>
          -
          <lpage>30</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref15">
        <mixed-citation>
          [15]
          <string-name>
            <surname>H.-T. Nguyen</surname>
            ,
            <given-names>M.-P.</given-names>
          </string-name>
          <string-name>
            <surname>Nguyen</surname>
          </string-name>
          , T.
          <string-name>
            <surname>-H.-Y. Vuong</surname>
            ,
            <given-names>M.-Q.</given-names>
          </string-name>
          <string-name>
            <surname>Bui</surname>
          </string-name>
          ,
          <string-name>
            <surname>M.-C. Nguyen</surname>
          </string-name>
          ,
          <string-name>
            <surname>T.-B. Dang</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          <string-name>
            <surname>Tran</surname>
          </string-name>
          , L.
          <string-name>
            <surname>-M. Nguyen</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Satoh</surname>
          </string-name>
          ,
          <article-title>Transformer-based approaches for legal text processing: Jnlp team</article-title>
          -coliee
          <year>2021</year>
          ,
          <source>The Review of Socionetwork Strategies</source>
          <volume>16</volume>
          (
          <year>2022</year>
          )
          <fpage>135</fpage>
          -
          <lpage>155</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref16">
        <mixed-citation>
          [16]
          <string-name>
            <given-names>Y.</given-names>
            <surname>Shao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Mao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Liu</surname>
          </string-name>
          , W. Ma,
          <string-name>
            <given-names>K.</given-names>
            <surname>Satoh</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Zhang</surname>
          </string-name>
          , S. Ma, Bert-pli:
          <article-title>Modeling paragraph-level interactions for legal case retrieval</article-title>
          .,
          <source>in: IJCAI</source>
          ,
          <year>2020</year>
          , pp.
          <fpage>3501</fpage>
          -
          <lpage>3507</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref17">
        <mixed-citation>
          [17]
          <string-name>
            <given-names>R.</given-names>
            <surname>Manhaeve</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Dumancic</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Kimmig</surname>
          </string-name>
          ,
          <string-name>
            <given-names>T.</given-names>
            <surname>Demeester</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L. D.</given-names>
            <surname>Raedt</surname>
          </string-name>
          ,
          <article-title>Neural probabilistic logic programming in DeepProbLog, Artif</article-title>
          . Intell.
          <volume>298</volume>
          (
          <year>2021</year>
          )
          <article-title>103504</article-title>
          . doi:
          <volume>10</volume>
          .1016/j.artint.
          <year>2021</year>
          .
          <volume>103504</volume>
          .
        </mixed-citation>
      </ref>
      <ref id="ref18">
        <mixed-citation>
          [18]
          <string-name>
            <surname>H.-T. Nguyen</surname>
            , H.-Y. T. Vuong,
            <given-names>P. M.</given-names>
          </string-name>
          <string-name>
            <surname>Nguyen</surname>
            ,
            <given-names>B. T.</given-names>
          </string-name>
          <string-name>
            <surname>Dang</surname>
            ,
            <given-names>Q. M.</given-names>
          </string-name>
          <string-name>
            <surname>Bui</surname>
            ,
            <given-names>S. T.</given-names>
          </string-name>
          <string-name>
            <surname>Vu</surname>
            ,
            <given-names>C. M.</given-names>
          </string-name>
          <string-name>
            <surname>Nguyen</surname>
            ,
            <given-names>V.</given-names>
          </string-name>
          <string-name>
            <surname>Tran</surname>
            ,
            <given-names>K.</given-names>
          </string-name>
          <string-name>
            <surname>Satoh</surname>
            ,
            <given-names>M. L.</given-names>
          </string-name>
          <string-name>
            <surname>Nguyen</surname>
          </string-name>
          ,
          <article-title>Jnlp team: Deep learning for legal processing in coliee 2020</article-title>
          , arXiv preprint arXiv:
          <year>2011</year>
          .
          <volume>08071</volume>
          (
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref19">
        <mixed-citation>
          [19]
          <string-name>
            <given-names>I.</given-names>
            <surname>Chalkidis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Fergadiotis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Malakasiotis</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Aletras</surname>
          </string-name>
          ,
          <string-name>
            <surname>I. Androutsopoulos</surname>
          </string-name>
          ,
          <article-title>Legal-bert: The muppets straight out of law school</article-title>
          , arXiv preprint arXiv:
          <year>2010</year>
          .
          <volume>02559</volume>
          (
          <year>2020</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref20">
        <mixed-citation>
          [20]
          <string-name>
            <given-names>C.</given-names>
            <surname>Rafel</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Shazeer</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Roberts</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Lee</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Narang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Matena</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Zhou</surname>
          </string-name>
          ,
          <string-name>
            <given-names>W.</given-names>
            <surname>Li</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P. J.</given-names>
            <surname>Liu</surname>
          </string-name>
          ,
          <article-title>Exploring the limits of transfer learning with a unified text-to-text transformer</article-title>
          ,
          <source>The Journal of Machine Learning Research</source>
          <volume>21</volume>
          (
          <year>2020</year>
          )
          <fpage>5485</fpage>
          -
          <lpage>5551</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref21">
        <mixed-citation>
          [21]
          <string-name>
            <given-names>T.</given-names>
            <surname>Brown</surname>
          </string-name>
          ,
          <string-name>
            <given-names>B.</given-names>
            <surname>Mann</surname>
          </string-name>
          ,
          <string-name>
            <given-names>N.</given-names>
            <surname>Ryder</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Subbiah</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J. D.</given-names>
            <surname>Kaplan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Dhariwal</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Neelakantan</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Shyam</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Sastry</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Askell</surname>
          </string-name>
          , et al.,
          <article-title>Language models are few-shot learners</article-title>
          ,
          <source>Advances in neural information processing systems</source>
          <volume>33</volume>
          (
          <year>2020</year>
          )
          <fpage>1877</fpage>
          -
          <lpage>1901</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref22">
        <mixed-citation>
          [22]
          <string-name>
            <given-names>A.</given-names>
            <surname>Chowdhery</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Narang</surname>
          </string-name>
          ,
          <string-name>
            <given-names>J.</given-names>
            <surname>Devlin</surname>
          </string-name>
          ,
          <string-name>
            <given-names>M.</given-names>
            <surname>Bosma</surname>
          </string-name>
          ,
          <string-name>
            <given-names>G.</given-names>
            <surname>Mishra</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            <surname>Roberts</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            <surname>Barham</surname>
          </string-name>
          ,
          <string-name>
            <given-names>H. W.</given-names>
            <surname>Chung</surname>
          </string-name>
          ,
          <string-name>
            <given-names>C.</given-names>
            <surname>Sutton</surname>
          </string-name>
          ,
          <string-name>
            <given-names>S.</given-names>
            <surname>Gehrmann</surname>
          </string-name>
          , et al.,
          <article-title>Palm: Scaling language modeling with pathways</article-title>
          ,
          <source>arXiv preprint arXiv:2204.02311</source>
          (
          <year>2022</year>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref23">
        <mixed-citation>
          [23]
          <string-name>
            <given-names>P.</given-names>
            <surname>Clark</surname>
          </string-name>
          ,
          <string-name>
            <given-names>O.</given-names>
            <surname>Tafjord</surname>
          </string-name>
          ,
          <string-name>
            <given-names>K.</given-names>
            <surname>Richardson</surname>
          </string-name>
          ,
          <article-title>Transformers as soft reasoners over language</article-title>
          ,
          <source>in: IJCAI</source>
          ,
          <year>2020</year>
          .
        </mixed-citation>
      </ref>
      <ref id="ref24">
        <mixed-citation>
          [24]
          <string-name>
            <given-names>A.</given-names>
            <surname>Gaskell</surname>
          </string-name>
          ,
          <string-name>
            <given-names>Y.</given-names>
            <surname>Miao</surname>
          </string-name>
          ,
          <string-name>
            <given-names>L.</given-names>
            <surname>Specia</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            <surname>Toni</surname>
          </string-name>
          ,
          <article-title>Logically consistent adversarial attacks for soft theorem provers</article-title>
          ,
          <source>CoRR abs/2205</source>
          .00047 (
          <year>2022</year>
          ). To appear
          <source>(IJCAI</source>
          <year>2022</year>
          ).
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>