<!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 />
    <article-meta>
      <title-group>
        <article-title>High-Power Logical Representation via Rulelog, for Neural-Symbolic</article-title>
      </title-group>
      <contrib-group>
        <contrib contrib-type="author">
          <string-name>Benjamin N. Grosof</string-name>
          <xref ref-type="aff" rid="aff0">0</xref>
          <xref ref-type="aff" rid="aff1">1</xref>
        </contrib>
        <aff id="aff0">
          <label>0</label>
          <institution>Coherent Knowledge Mercer Island</institution>
          ,
          <addr-line>Washington</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
        <aff id="aff1">
          <label>1</label>
          <institution>Why to Combine KRR with NN and ML</institution>
          ,
          <addr-line>generally</addr-line>
        </aff>
      </contrib-group>
      <fpage>2</fpage>
      <lpage>5</lpage>
      <abstract>
        <p>Combining neural networks (NN) methods with symbolic methods is an area that is exciting in terms both of basic research and practical application. We discuss here the opportunities and challenges involved in combining NN (“neural”) with logical knowledge representation and reasoning (KRR) that has high expressive power and fundamental scalability (“high-power” KRR). We describe how Rulelog KRR fits pretty well these challenges. (Note “logical” here includes probabilistic.) The domain-independent core of artificial intelligence (AI) consists of both KRR and machine learning (ML), as has been widely recognized within the AI research community since at least the 1980s. There are a number of ways in which it is useful, or even required, to combine KRR methods with ML methods. The prediction step of ML requires reasoning. The target of ML is a representation. Getting business value from ML usually requires reasoning for analysis and decisions. KRR is required to effectively combine the results of ML from multiple ML episodes, sources, or methods. KRR is required to accumulate knowledge coherently, as knowledge ongoingly originates from ML (as well as from non-ML origins). KRR is required to explain knowledge understandably. Explanations are often part of required or desired analysis functionality for their own sake; they are also needed for humans to trust an automated system, check and debug knowledge/reasoning, and to help ask drill-down follow-up questions. ML-based technology today often - arguably, usually - has weaknesses in regard to such effective combination, coherent accumulation, and understandable explaining. Reasoning is useful to supply derived facts for ML to chew on. Reasoning is useful to focus ML's tasks and conjecture schemas: e.g., to provide sets of relevant features (perhaps weightedly) and/or important questions (reasoning “(sub)goals”), so as as to drive ML. Last but not least, humans know stuff beyond what is available via ML training data, and such knowledge is often pretty complex to state. Programming is expensive, so KRR methods are often a more cost-effective approach to entry/capture of such knowledge.</p>
      </abstract>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>Copyright © 2016 for this paper by its authors. Copying permitted for private and academic purposes.</p>
      <p>Symbolic Side’s Representational Challenges and Requirements
For the (KRR-based) symbolic side to combine most effectively with the neural side,
there are a number of representational challenges and requirements. Highly flexible
expressiveness is needed; ideally any kind of knowledge can be ingested by the KRR.</p>
      <p>Thus it should be equipped feature-wise with higher-order syntax, logically
quantified formulas, and strong meta (statements about statements). The KRR should
represent numeric weighting and uncertainty, including (but not limited to) probabilistic and
fuzzy. The KRR should treat the evolving character of knowledge and of the world;
technically, it should have the defeasibility feature. The KRR should provide
reasoning that is deep, including (but not limited to) multi-step in its logical chaining. The
KRR should be scalable despite being expressive: not only computationally scalable
to large amounts of asserted and concluded knowledge (“volume” and “velocity”) but
also “socially scalable” in regard to the diverse multiplicity of ML/other info sources,
algorithmic methods, and underlying data samples (“variety”).
4</p>
      <p>Rulelog KRR Technology, its Advantages and Limitations
Rulelog methods meet the above set of neural-driven representational challenges pretty
well overall: not only pareto-optimally among the set of available KRR approaches, but
arguably better than any other KRR approach. Rulelog methods are especially strong
on the meta and higher-order features, while providing scalability. They are also well
suited to orchestrating / federating multiple knowledge sources and components so as
to assemble and compose multiple analysis results.</p>
      <p>
        Rulelog is a leading approach to semantic rules KRR. It is expressively powerful,
computationally affordable, and has capable efficient implementations. A large subset
of Rulelog is in draft as an industry standard1 to be submitted to RuleML2 and W3C3
as a dialect of Rule Interchange Format (RIF) [
        <xref ref-type="bibr" rid="ref1 ref2">1, 2</xref>
        ].
      </p>
      <p>
        Rulelog [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ] extends database logic and well-founded declarative logic programs
(LP) with:
– strong meta-reasoning, including higher-order syntax (Hilog) and rule ids (within
      </p>
      <p>the logical language);
– explanations of inferences;
– efficient higher-order defaults, including “argumentation theories”;
– flexible probabilistic reasoning — including distribution semantics and evidential</p>
      <p>probability;
– bounded rationality, including restraint — a “control knob” to ensure that the
com</p>
      <p>putational complexity of inference is worst-case polynomial time;
– “omni-directional” disjunction and existential quantifiers in the rule heads;
– object-orientation and frame syntax, which subsumes RDF triples;
1 http://ruleml.org/rif/rulelog/rif/RIF-Rulelog.html
2 http://www.ruleml.org
3 http://www.w3.org</p>
      <p>High-Power Logical Representation via Rulelog, for Neural-Symbolic
– sound tight integration of first-order-logic ontologies including OWL; and several</p>
      <p>other lesser features, including aggregation operators and integrity constraints.</p>
      <p>Probabilistic reasoning and tight integration with (inductive) ML is a key area of recent
technology progress and ongoing R&amp;D on Rulelog.</p>
      <p>
        Rulelog also combines closely with natural language processing (NLP), in the
Textual Rulelog approach [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ], so as to support: human authoring of knowledge; mapping
between different info schemas and terminologies; and explaining conclusions. This is
another key area of ongoing R&amp;D on Rulelog.
      </p>
      <p>
        Implementation techniques for Rulelog inferencing include transformational
compilations and extensions of tabling algorithms from logic programming. “Tabling” here
means smart caching of subgoals and conclusions together with incremental revision
of the cached conclusions when facts or rules are dynamically added or deleted [
        <xref ref-type="bibr" rid="ref7 ref8">7, 8</xref>
        ].
“Tabling” is thus a mixture of backward-direction and forward-direction inferencing.
      </p>
      <p>There are both open-source and commercial tools for Rulelog that vary in their
range of expressive completeness and of user convenience. They are interoperable with
databases and spreadsheets, and complement inductive machine learning and natural
language processing techniques. The most complete system today for Rulelog is Ergo4,
a commercial platform suite from Coherent Knowledge5. Ergo Lite, a.k.a. Flora-26, is
an open source system that implements a significant subset of Rulelog reasoning. Ergo’s
ErgoText feature is a commercial realization of Textual Rulelog.</p>
      <p>Rulelog has some important limitations. One is that it lacks “reasoning-by-cases”,
a.k.a. it is “intuitionistic”; it only concludes a disjunction if it concludes one of the
disjuncts. Another limitation is that Rulelog methods are not yet optimized for
probabilistic reasoning.</p>
      <p>As has been extensively discussed in the ML and KRR literature, classical logic
(e.g., first-order logic but also higher-order logic) has reasoning-by-cases but is
brittle in the face of conflicting/evolving knowledge, and lacks computational scalability.</p>
      <p>
        Markov Logic Networks [
        <xref ref-type="bibr" rid="ref6">6</xref>
        ] are attractively flexible and principled in their ability to
represent probabilistic/weighted knowledge, but are much less computationally
scalable than Rulelog. Answer Set Programs [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ] have reasoning-by-cases and are much
less brittle than classical logic, but lack computational scalability and many of Rulelog’s
expressive features. For reasons of focus, we refrain from giving here additional
comparison to other KRR approaches.
      </p>
      <p>Applications to date of Rulelog technology include a wide range of tasks and
domains in business, government, and science. Examples include: legal/policy
compliance, particularly in financial services; personalized tutoring about science; and e-commerce
marketing. Rulelog shines especially on representing, and deeply reasoning with,
complex commonly-arising kinds of knowledge such as: mappings among terminologies,
ontologies, and data schemas; policies, regulations, and contracts; and causal pathways
(e.g., in science).
4 http://coherentknowledge.com/ergo-suite-platform-technology/
5 http://coherentknowledge.com
6 http://http://flora.sourceforge.net</p>
    </sec>
    <sec id="sec-2">
      <title>Future Research Directions, including Applications</title>
      <p>An immediate direction for future R&amp;D is to hook up Rulelog implementations to NN
systems. There are many potential applications for this combination of Rulelog KRR
with NN – and/or with other ML. One realm is compliance and fraud. Another realm is
NL understanding in intelligence analysis and in search.</p>
      <p>There are a number of other interesting future research directions in terms of core
technology and experiments, per the overall discussion in section 1. Next, we highlight
a few of these directions. One is to feed derived data from Rulelog to NN. Another is
to combine the results of neural with other ML and structured info, including
humanauthored complex knowledge, e.g., that started life as English sentences. Terminology
mappings and source trustworthiness are two interesting kinds of such complex
knowledge represented in Rulelog. A third direction is to combine NN word-vector distributed
representations with Textual Rulelog.</p>
      <p>Related future directions for research on Rulelog KRR itself include to optimize its
reasoning with probabilistic/weighted knowledge, and to extend Rulelog’s
expressiveness to selective reasoning-by-cases.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Boley</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kifer</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <string-name>
            <given-names>RIF</given-names>
            <surname>Basic Logic Dialect</surname>
          </string-name>
          (
          <year>February 2013</year>
          ), http://www.w3.org/ TR/rif-bld/, W3C Recommendation. http://www.w3.org/TR/rif-bld/
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Boley</surname>
            ,
            <given-names>H.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kifer</surname>
            ,
            <given-names>M.:</given-names>
          </string-name>
          <article-title>RIF Framework for Logic Dialects</article-title>
          (
          <year>February 2013</year>
          ), http:// www.w3.org/TR/rif-fld/, W3C Recommendation. http://www.w3.org/TR/ rif-fld/
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Gelfond</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          :
          <article-title>Answer Sets</article-title>
          . In: van Harmelen,
          <string-name>
            <given-names>F.</given-names>
            ,
            <surname>Lifschitz</surname>
          </string-name>
          ,
          <string-name>
            <given-names>V.</given-names>
            , ,
            <surname>Porter</surname>
          </string-name>
          ,
          <string-name>
            <surname>B</surname>
          </string-name>
          . (eds.)
          <source>Handbook of Knowledge Representation</source>
          , pp.
          <fpage>285</fpage>
          -
          <lpage>316</lpage>
          . Elsevier, Amsterdam (
          <year>2008</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Grosof</surname>
            ,
            <given-names>B.N.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Kifer</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Fodor</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          : Powerful Practical Semantic Rules in Rulelog: Fundamentals and
          <string-name>
            <given-names>Recent</given-names>
            <surname>Progress</surname>
          </string-name>
          (
          <year>July 2015</year>
          ), http://2015.ruleml.org/tutorials. html,
          <source>Conference Tutorial (1</source>
          .5 hours).
          <source>Extended abstract is in the Symposium's Proceedings</source>
          (Springer-Verlag),
          <article-title>and contains numerous references</article-title>
          . Also available at http: //coherentknowledge.com/publications/ .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5.
          <string-name>
            <surname>Grosof</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          :
          <article-title>Rapid Text-Based Authoring of Defeasible Higher-Order Logic Formulas, via Textual Logic and Rulelog</article-title>
          . In: Morgenstern,
          <string-name>
            <given-names>L.</given-names>
            ,
            <surname>Stefaneas</surname>
          </string-name>
          ,
          <string-name>
            <given-names>P.</given-names>
            ,
            <surname>Lvy</surname>
          </string-name>
          ,
          <string-name>
            <given-names>F.</given-names>
            ,
            <surname>Wyner</surname>
          </string-name>
          ,
          <string-name>
            <given-names>A.</given-names>
            ,
            <surname>Paschke</surname>
          </string-name>
          ,
          <string-name>
            <surname>A</surname>
          </string-name>
          . (eds.) Theory, Practice, and
          <source>Applications of Rules on the Web, Lecture Notes in Computer Science</source>
          , vol.
          <volume>8035</volume>
          , pp.
          <fpage>2</fpage>
          -
          <lpage>11</lpage>
          . Springer Berlin Heidelberg (
          <year>2013</year>
          ), http://dx.doi.org/ 10.1007/978-3-
          <fpage>642</fpage>
          -39617-
          <issue>5</issue>
          _
          <fpage>2</fpage>
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Richardson</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Domingos</surname>
            ,
            <given-names>P.</given-names>
          </string-name>
          :
          <article-title>Markov Logic Networks</article-title>
          .
          <source>Machine Learning</source>
          <volume>62</volume>
          ,
          <fpage>107</fpage>
          -
          <lpage>136</lpage>
          (
          <year>2006</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Swift</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Warren</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          :
          <article-title>XSB: Extending the Power of Prolog using Tabling</article-title>
          .
          <source>Theory and Practice of Logic Programming</source>
          <volume>12</volume>
          (
          <issue>1-2</issue>
          ),
          <fpage>157</fpage>
          -
          <lpage>187</lpage>
          (
          <year>September 2012</year>
          )
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Swift</surname>
            ,
            <given-names>T.</given-names>
          </string-name>
          :
          <article-title>Incremental Tabling in Support of Knowledge Representation and Reasoning</article-title>
          . TPLP
          <volume>14</volume>
          (
          <issue>4-5</issue>
          ),
          <fpage>553</fpage>
          -
          <lpage>567</lpage>
          (
          <year>2014</year>
          ), http://dx.doi.org/10.1017/S1471068414000209
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>