There is a general
concern that many of the use cases need work to emphasize those elements of
The notable cases
of inadequate use cases were:
·
Information
Integration, which actually deals with the integration of rulesets
from multiple sources. Two techniques
are possible: importing the different rulesets into a
single engine and processing them in a uniform manner, which uses the
·
Message
Transformation, or "Cross-Ontology exchange", which involves the
transformation of information between two knowledge bases that use different
ontologies via a third party agent whose transformation rules must be made
visible to one or more of the participating agents. The main thrust here is the specification of
transformation rules that operate on
ontologies captured in RDF or OWL. But
the use case doesn't indicate what special relationships that rules language
would have to have with RDF and OWL, or what special features the
·
Rich Knowledge
Representation, which doesn't refer to many of the KR features
discussed in the corresponding Wiki section, such as
frame-based models, higher-order features, etc.
In general, the use cases for interchange of knowledge represented by
The more serious
concerns relate to concepts that are not addressed in any current use
case. Some of these may be considered
out-of-scope. The missing use cases are the following:
·
Relationship
between RIF and reference models (ontologies, data models, object models) for
the terms used in the rules, which includes at least the identification of
classes and properties and value sets and named instances. (Nichols, deSaintMarie)
·
Relationship of
·
Meta-information
about rulesets, such as subset languages, use of
standard patterns, derivation from other forms (such as OWL), and relationships
to other rulesets. (Malhotra)
·
"Vendor-neutral
persistence" -- the use of
·
Actions in the
consequent -- the invocation of functions that actually perform tasks other
than modifying some knowledge base or providing a recommended action to a human
user. In particular, functions may
perform physical tasks, commit to "information actions" outside the
scope of the engine (like contractual changes or financial transactions), or
modify external knowledge bases, and may in so doing affect the perceived
"state of the world" in which the rules engine is running. (deSaintMarie)