<!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>Maintenance of Case Contents and Adaptation Rules</article-title>
      </title-group>
      <contrib-group>
        <aff id="aff0">
          <label>0</label>
          <institution>Brian Schack Advisor: Dr. David Leake Indiana University</institution>
          ,
          <addr-line>Bloomington IN 47408</addr-line>
          ,
          <country country="US">USA</country>
        </aff>
      </contrib-group>
      <fpage>214</fpage>
      <lpage>218</lpage>
      <abstract>
        <p>This research summary outlines and addresses three problems in casebased maintenance on case contents and adaptation rules: 1) how to perform maintenance on divisible cases with non-uniform sizes, 2) how can adaptation knowledge improve the performance of maintenance on structured cases, 3) how to determine and use coverage for adaptation rules. Evaluation showed that, for suitable cases bases, maintenance strategies that subdivide cases and employ adaptation knowledge can outperform per-case strategies. A planned experiment will expand or contract the coverage claimed by adaptation rules and measure the effects on problem-solving performance. The conclusion summarizes research progress to date and areas for further research.</p>
      </abstract>
      <kwd-group>
        <kwd>case-based reasoning</kwd>
        <kwd>case-base maintenance</kwd>
        <kwd>flexible feature deletion</kwd>
        <kwd>adaptation-guided maintenance</kwd>
        <kwd>adaptation knowledge</kwd>
      </kwd-group>
    </article-meta>
  </front>
  <body>
    <sec id="sec-1">
      <title>Introduction</title>
      <p>
        Case-based reasoning is a method of machine learning for solving problems involving
four phases: retrieval, reuse, revision, and retention [
        <xref ref-type="bibr" rid="ref1">1</xref>
        ]. Its overall performance
depends in no small part on the case base. Even starting with a high-quality case base, the
passage of time motivates the need for case-base maintenance. Over time, the system
will solve problems and store their solutions in its case base. As these solutions
accumulate, they take up storage space, and they take time to search through. The passage
of time can also make stored cases in need of revision or obsolete entirely. Over time,
even the case representation can change as the system learns more about its domain or
its environment changes.
My research on flexible feature deletion started by questioning the assumptions for
case-based maintenance [
        <xref ref-type="bibr" rid="ref3">3</xref>
        ]. First, nearly universally, the evaluations of case-based
maintenance strategies assume a uniform size for cases. Although correct for many
representations, this assumption does not hold for variable-length feature vectors or more
complex structured representations. For example, a case base of films could have
different sizes depending on their running times or their numbers of actors and actresses.
Copyright © 2017 for this paper by its authors. Copying permitted for private and
academic purpose. In Proceedings of the ICCBR 2017 Workshops. Trondheim, Norway
This suggests that maintenance strategies employing deletion should consider not only
the coverage benefit provided by a case, but also the storage cost of retaining it.
      </p>
      <p>
        A second assumption states that cases do not permit subdivision of their contents.
Normally, a maintenance strategy will either choose to delete or retain an entire case.
But if contents permit sub-deletion, abstraction [
        <xref ref-type="bibr" rid="ref4">4</xref>
        ], or alteration, then the size of a case
base can change independently from the number of cases in it. For example, a case base
of medical imagery [
        <xref ref-type="bibr" rid="ref5">5</xref>
        ] could delete irrelevant regions or represent them at a lower level
of detail.
      </p>
      <p>Dismissing both of these assumptions allows for a classification of different kinds
of maintenance strategies depending on how they subdivide the case base:
case-bundled, feature-bundled, and unbundled. First, case-bundled strategies delete an entire
case including its component features. Second, feature-bundled strategies delete a
single feature across all of the cases in the case base. And third, unbundled strategies delete
individual a case-feature pair independently of the remainder of the case to which it
belongs or the occurrences of the same feature in other cases.</p>
      <p>Along those lines, I implemented 11 simple maintenance strategies. The strategies
are named according to what they target for deletion first. For example, the Rarest
Features strategy deletes features in order from the rarest to the most common. Three
hybrid strategies combine pairs of strategies with a 50/50 weighting. The following table
compares each of the maintenance strategies:</p>
      <sec id="sec-1-1">
        <title>Strategy</title>
        <p>Random Case-Features
Random Cases
Largest Cases
Least Coverage
Most Reachability
Random Features
Rarest Features
Most Common Features
Largest Cases / Least
Coverage
Rarest Features / Least
Coverage
Rarest Features / Large
Cases</p>
      </sec>
      <sec id="sec-1-2">
        <title>Type of Bundling</title>
        <p>Unbundled
Case-Bundled
Case-Bundled
Case-Bundled
Case-Bundled
Feature-Bundled
Feature-Bundled
Feature-Bundled
Case-Bundled</p>
        <sec id="sec-1-2-1">
          <title>Unbundled</title>
        </sec>
        <sec id="sec-1-2-2">
          <title>Unbundled</title>
        </sec>
      </sec>
      <sec id="sec-1-3">
        <title>Hybrid or Non-Hybrid</title>
        <p>Non-Hybrid
Non-Hybrid
Non-Hybrid
Non-Hybrid
Non-Hybrid
Non-Hybrid
Non-Hybrid
Non-Hybrid
Hybrid</p>
        <sec id="sec-1-3-1">
          <title>Hybrid</title>
        </sec>
        <sec id="sec-1-3-2">
          <title>Hybrid</title>
          <p>
            I evaluated the strategies on case bases across three different domains: IMDb films,
Congressional bills, and travel agency packages. As always, there is no such thing as a
free lunch because of the trade-off between accuracy and size [
            <xref ref-type="bibr" rid="ref6">6</xref>
            ]. The question was
then which strategy could retain the most competence in spite of deletions. The
evaluation showed that the best strategy varied depending on the case base, but for some
cases bases, unbundled and feature-bundled strategies could outperform case-bundled
strategies.
          </p>
        </sec>
      </sec>
    </sec>
    <sec id="sec-2">
      <title>Adaptation-Guided Maintenance</title>
      <p>
        The results for the simple strategies inspired me to ask whether more powerful
strategies could achieve a higher level of performance. I looked for sources of knowledge to
bring to bear, and adaptation knowledge seemed the most promising [
        <xref ref-type="bibr" rid="ref7">7</xref>
        ]. The adaptation
phase revises internal case contents in order to make the retrieved solution more
suitable to the given problem. And feature-level maintenance also revises case contents, but
in this situation, in order to reduce case base size. So, in a sense, both the adaptation
and maintenance phases perform adaptations (perhaps even from the same set of
possibilities) just with differing goals.
      </p>
      <p>
        Therefore, I investigated whether maintenance could tie its deletion decisions
directly to adaptation knowledge in order to improve on flexible feature deletion.
Furthermore, the maintenance strategy could prioritize a deletion of a component within a
case according to its recoverability through further adaptations or chains of adaptations.
From a different perspective, this approach deletes knowledge overlapping between the
case and solution transformation containers [
        <xref ref-type="bibr" rid="ref8">8</xref>
        ].
      </p>
      <p>I evaluated this idea in a path planning domain with the goal of finding the shortest
path between vertices on a weighted graph representing a route between waypoints on
a network of roads. The following table shows the maintenance strategies employed:</p>
      <sec id="sec-2-1">
        <title>Maintenance Strategy</title>
        <p>Shared Component</p>
      </sec>
      <sec id="sec-2-2">
        <title>Lossiness</title>
        <p>Lossless</p>
        <sec id="sec-2-2-1">
          <title>Reachability-Based Largest Case</title>
        </sec>
        <sec id="sec-2-2-2">
          <title>Largest Case</title>
        </sec>
        <sec id="sec-2-2-3">
          <title>Recoverability-Based Random Vertex</title>
        </sec>
        <sec id="sec-2-2-4">
          <title>Random Vertex</title>
        </sec>
        <sec id="sec-2-2-5">
          <title>Lossy</title>
        </sec>
        <sec id="sec-2-2-6">
          <title>Lossy</title>
        </sec>
        <sec id="sec-2-2-7">
          <title>Lossy</title>
        </sec>
        <sec id="sec-2-2-8">
          <title>Lossy</title>
        </sec>
      </sec>
      <sec id="sec-2-3">
        <title>Description</title>
        <p>Extract components shared by the solutions
of multiple cases into separate cases. Mark
gaps for completion during recovery.</p>
        <p>Delete cases in order from largest to
smallest number of case-features, deleting only
recoverable cases.</p>
        <p>Delete cases in order from largest to
smallest number of case-features regardless of
recoverability.</p>
        <p>Delete randomly-chosen case-features from
the solutions to cases, deleting only
recoverable features.</p>
        <p>Delete randomly-chosen case-features from
the solutions to cases regardless of
recoverability.</p>
        <p>Evaluation showed that the Shared Component maintenance strategy retained the
most competence as expected because of its classification as lossless. But its
compression ability maxed out at about 70% of the size of the uncompressed case base when it
could not find any more shared components. Among the lossy strategies,
recoverabilitybased largest case performed next best which showed that the recoverability-based
approach can improve competence retention by using adaptation knowledge.</p>
        <p>As mentioned earlier, normally competence always decreases with increased
compression. However, the results of this experiment surprised me because occasionally
adaptation-guided maintenance slightly improved the competence of the system by
subdividing cases to make their components accessible to adaptations of limited power –
– a phenomenon that I referred to as creative destruction.
4</p>
      </sec>
    </sec>
    <sec id="sec-3">
      <title>Adaptation Knowledge Coverage</title>
      <p>For my current research topic, I considered building on the creative destruction idea. I
think I can show theoretically how a formal system could use the same rewriting rules
for both adaptation and maintenance, and with suitable rules, creative destruction could
have a significant effect. Unfortunately, I haven't found an appropriate domain in which
to apply and evaluate this practically.</p>
      <p>
        I settled on the topic of adaptation knowledge coverage. Much research on
maintenance has highlighted the importance of the coverage of cases [
        <xref ref-type="bibr" rid="ref9">9</xref>
        ], but on the other
hand, our field knows comparatively less about how to determine and use coverage for
adaptation knowledge. I'm working with a real estate case base consisting of houses for
sale with features for their prices, number of bedrooms, square feet, etc. I did not find
off-the-shelf adaptation rules for this domain, so I developed a system for learning the
rules from pairs of cases (as others have done before me). Together the case base and
the learned adaptation rules form an oracle.
      </p>
      <p>Next, I intend to make a copy of the adaptation rules by removing contextual
restrictions so that they conflict with one another. I'll eagerly apply rules to the cases and
ask the oracle to judge the quality of the derived cases. This will generate triples of
case, rule, and quality. From this, I can judge the reliability of the rules and delete the
least reliable rules.</p>
      <p>Going further, I can look for common features between cases where the same rule
applies with a high quality and then restrict the rule to those features. Or alternatively,
common features between cases where the same rule applies with a low quality, and
then restrict the rule to the negation of those features. The claimed coverage of an
adaptation rule could exceed its actual coverage or vice versa. To evaluate this, I'll
compare the performance of the oracle, maintained adaptation rules, and unmaintained
rules.
5</p>
    </sec>
    <sec id="sec-4">
      <title>Further Research</title>
      <p>Maintenance necessarily involves a three-fold trade-off between problem-solving
competence, problem-solving time, and storage space. Normally, there is no free lunch
because reductions in size will also reduce competence. But a lossless maintenance
strategy can reduce size to a limited extent without competence reduction, and creative
destruction can occasionally even improve competence. Normally, reductions in size
mean less cases to search through and therefore reduced retrieval time. But the
increased adaptation time to recover a usable solution could cancel out the reduced
retrieval time.</p>
      <p>
        Additionally, similarity metrics can involve (perhaps recursively) comparing case
components either one-to-one or even many-to-many. Deletion of case components
could decrease (or in some comparisons, increase) the time taken by the similarity
metric. For example, [
        <xref ref-type="bibr" rid="ref10">10</xref>
        ] uses feature reduction to balance the trade-off between the
benefit of keeping a feature and the cost of similarity comparisons involving it. In future
research, I'd love to explore the different directions of the competence-time-space
tradeoff on flexible feature deletion and its dependence on the properties of different case
bases.
      </p>
      <p>In my research, I used different domains for the different experiments to show broad
applicability. But ultimately, I'd like to tie together all of the strategies into a single
experiment in order to measure the relative benefit of each separately and together.
6</p>
    </sec>
    <sec id="sec-5">
      <title>Conclusion</title>
      <p>In conclusion, my research focuses on the maintenance phase of the case-based
reasoning cycle. I dismissed the assumptions of uniform size and indivisibility of cases
yielding flexible feature deletion strategies. Then, I incorporated adaptation knowledge into
these strategies and applied them to structured cases. Next, I intend to continue studying
adaptation knowledge especially how to determine the limits of its coverage and how
knowledge of coverage for adaptation rules can improve maintenance strategies.</p>
    </sec>
  </body>
  <back>
    <ref-list>
      <ref id="ref1">
        <mixed-citation>
          1.
          <string-name>
            <surname>Aamodt</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Plaza</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          (
          <year>1994</year>
          ).
          <article-title>Case-based reasoning: Foundational issues, methodological variations, and system approaches</article-title>
          .
          <source>AI communications</source>
          ,
          <volume>7</volume>
          (
          <issue>1</issue>
          ),
          <fpage>39</fpage>
          -
          <lpage>59</lpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref2">
        <mixed-citation>
          2.
          <string-name>
            <surname>Francis</surname>
            ,
            <given-names>A. G.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Ram</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          (
          <year>1993</year>
          ).
          <article-title>The utility problem in case-based reasoning</article-title>
          .
          <source>In CaseBased Reasoning: Papers from the 1993 Workshop</source>
          (pp.
          <fpage>160</fpage>
          -
          <lpage>161</lpage>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref3">
        <mixed-citation>
          3.
          <string-name>
            <surname>Leake</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Schack</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          (
          <year>2015</year>
          ,
          <article-title>September)</article-title>
          .
          <article-title>Flexible feature deletion: compacting case bases by selectively compressing case contents</article-title>
          .
          <source>In International Conference on Case-Based Reasoning</source>
          (pp.
          <fpage>212</fpage>
          -
          <lpage>227</lpage>
          ). Springer International Publishing.
        </mixed-citation>
      </ref>
      <ref id="ref4">
        <mixed-citation>
          4.
          <string-name>
            <surname>Bergmann</surname>
            ,
            <given-names>R.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Wilke</surname>
            ,
            <given-names>W.</given-names>
          </string-name>
          (
          <year>1996</year>
          ).
          <article-title>On the role of abstraction in case-based reasoning</article-title>
          .
          <source>Advances in case-based reasoning</source>
          , 28-
          <fpage>43</fpage>
          .
        </mixed-citation>
      </ref>
      <ref id="ref5">
        <mixed-citation>
          5. Wilson,
          <string-name>
            <given-names>D. C.</given-names>
            , &amp;
            <surname>O'Sullivan</surname>
          </string-name>
          ,
          <string-name>
            <surname>D.</surname>
          </string-name>
          (
          <year>2008</year>
          ).
          <article-title>Medical imagery in case-based reasoning</article-title>
          .
          <source>In CaseBased Reasoning on Images and Signals</source>
          (pp.
          <fpage>389</fpage>
          -
          <lpage>418</lpage>
          ). Springer Berlin Heidelberg.
        </mixed-citation>
      </ref>
      <ref id="ref6">
        <mixed-citation>
          6.
          <string-name>
            <surname>Lupiani</surname>
            ,
            <given-names>E.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Craw</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Massie</surname>
            ,
            <given-names>S.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Juarez</surname>
            ,
            <given-names>J. M.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Palma</surname>
            ,
            <given-names>J. T.</given-names>
          </string-name>
          (
          <year>2013</year>
          ,
          <article-title>July). A multi-objective evolutionary algorithm fitness function for case-base maintenance</article-title>
          .
          <source>In International Conference on Case-Based Reasoning</source>
          (pp.
          <fpage>218</fpage>
          -
          <lpage>232</lpage>
          ). Springer Berlin Heidelberg.
        </mixed-citation>
      </ref>
      <ref id="ref7">
        <mixed-citation>
          7.
          <string-name>
            <surname>Leake</surname>
            ,
            <given-names>D.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Schack</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          (
          <year>2016</year>
          ,
          <article-title>October)</article-title>
          .
          <article-title>Adaptation-Guided Feature Deletion: Testing Recoverability to Guide Case Compression</article-title>
          .
          <source>In International Conference on Case-Based Reasoning</source>
          (pp.
          <fpage>234</fpage>
          -
          <lpage>248</lpage>
          ). Springer International Publishing.
        </mixed-citation>
      </ref>
      <ref id="ref8">
        <mixed-citation>
          8.
          <string-name>
            <surname>Richter</surname>
            ,
            <given-names>M. M.</given-names>
          </string-name>
          (
          <year>2003</year>
          ).
          <article-title>Knowledge containers</article-title>
          .
          <source>Readings in Case-Based Reasoning</source>
          . Morgan Kaufmann Publishers.
        </mixed-citation>
      </ref>
      <ref id="ref9">
        <mixed-citation>
          9.
          <string-name>
            <surname>Smyth</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Keane</surname>
            ,
            <given-names>M. T.</given-names>
          </string-name>
          (
          <year>1995</year>
          ,
          <article-title>August)</article-title>
          .
          <article-title>Remembering to forget</article-title>
          .
          <source>In Proceedings of the 14th international joint conference on Artificial intelligence</source>
          (pp.
          <fpage>377</fpage>
          -
          <lpage>382</lpage>
          ).
        </mixed-citation>
      </ref>
      <ref id="ref10">
        <mixed-citation>
          10.
          <string-name>
            <surname>Floyd</surname>
            ,
            <given-names>M.</given-names>
          </string-name>
          ,
          <string-name>
            <surname>Davoust</surname>
            ,
            <given-names>A.</given-names>
          </string-name>
          , &amp;
          <string-name>
            <surname>Esfandiari</surname>
            ,
            <given-names>B.</given-names>
          </string-name>
          (
          <year>2008</year>
          ).
          <article-title>Considerations for real-time spatiallyaware case-based reasoning: A case study in robotic soccer imitation</article-title>
          .
          <source>Advances in CaseBased Reasoning</source>
          ,
          <fpage>195</fpage>
          -
          <lpage>209</lpage>
          .
        </mixed-citation>
      </ref>
    </ref-list>
  </back>
</article>