the cumulated evaluation serves as a weight for con-
struction attributes evaluation.
6 ADAPTATION TO THE USER
The direct feedback provided by the user (explicit
evaluation) in the case of a an impossible itinerary is
stored as a (action, item, truth value), the truth value
being a boolean value representing the user’s actual
possibility of a given action on a given item. Thus,
corresponding adaptation consists in a simple filter-
ing on the item and actions defining an itinerary step,
ensuring a step to be suitable for an user.
Adaptation of the itinerary description is basically
used by using the most adapted construction parame-
ters values while building the itinerary description for
a given user. These values are selected using the im-
plicit evaluation process described above. Note that
the implicit nature of user evaluations not necessarily
implies the indirect parameter evaluation described
above; however, both help achieving the same goal of
adapting to the user with a minimum amount of feed-
back. For this reason, mechanism directly involved in
the adaptation filtering does not dependent on specific
evaluation mechanism.
Construction parameters includes low-level param-
eters (directly mapped to the elements of the itinerary
model), as well as higher level parameters, such as :
• Maximal length of the description text;
• List of reliable item categories for optional descrip-
tion;
• Inclusion of free form optional descriptions;
• Inclusion of references to user’s past itineraries, for
each item known by the system to have been used
by the user (as stored in use traces).
As the system relies on submitting various parame-
ter values to each user, it is possible that invariable in
time use of the highest-ranked construction parame-
ters would result in keeping the first good value. Thus,
special care must be taken in the choice of the con-
struction parameters value in order to provide an eval-
uation of each one, while keeping in mind that the
benefits of learning from an user will be lost to him
if the system keeps using alternative construction pa-
rameters values.
7 FURTHER INFERENCES
As a common difficulty of user adaptation resides
in the model instance initialization phase (often re-
ferred as “cold start”), subsequent reasoning must be
involved. As our system is to be used by many users,
inferences can be drawn between users.
The stereotype approach (Rich, 1979) reposes on a
classification of users according to their profiles (user
model instances). As a result, a default profile is
established for each class, using a-priori knowledge
(static stereotypes) or clustering algorithms. Hence, a
new user is associated a class, thus an associated de-
fault profile. However, stereotypal reasoning is not
limited to user’s profile initialization: many infer-
ences can be draw between domain objects and their
attributes (e.g. an item; its label) and user attributes
(e.g. user evaluations of construction attributes. How-
ever, such inferences are beyond the scope of this ar-
ticle (see (Kay, 1994) for further explanations).
8 PROTOTYPE
The prototype is build upon a web server, a geo-
graphical database represented in the form defined
by the itinerary modeling, and an user model (UM)
database, containing evaluations of construction pa-
rameters, use traces, and the list of possible (item, ac-
tion) pairs.
The adaptive mechanisms of the system (user mod-
eling relative part of the prototype represented fig. 5)
are currently not implemented, but the vocal interface,
as well as localization of users using the GPS tech-
nology are functional. Thus, the corpus used in our
itinerary and environment modeling has been already
tested on blind people inside Campus de la Doua
(Lyon 1) , as well as the overall functioning of the
prototype.
Both interface and content (itinerary and itinerary
description) can be described using XML grammars,
thus permitting to realize a two pass adaptation based
on w3c standards (Heckmann and Kr
¨
uger, 2003), al-
though only the content part has been discussed here.
When asked for an itinerary by an user, the systems
extracts a sequential set of steps from the geograph-
ical database presented as an itinerary description
XML document(1). An itinerary description transfor-
mation style sheet (stored in XSLT) is extracted from
the UM database, which is applied to (1);
As the system is not limited to its use with the vocal
interface we described but have to be multi-modal, an-
other transformation step is done by applying an out-
put format style sheet to the form-independent result
of the previous transformation in order to generate the
appropriate format : VoiceXML for a vocal interface,
HTML for desktop computers (small sized for PDAs),
etc.
USER ADAPTATION IN A PEDESTRIAN GUIDANCE SYSTEM FOR THE BLIND
73