Authoring of Adaptive Hypermedia Course 6 - PowerPoint PPT Presentation

1 / 67
About This Presentation
Title:

Authoring of Adaptive Hypermedia Course 6

Description:

... l. This special relation is called hierarchical link (link to ancestor concept) ... is the ancestor DM concept and DMj.c.a A is an attribute of that concept; ... – PowerPoint PPT presentation

Number of Views:47
Avg rating:3.0/5.0
Slides: 68
Provided by: PaulD109
Category:

less

Transcript and Presenter's Notes

Title: Authoring of Adaptive Hypermedia Course 6


1
Authoring of Adaptive Hypermedia Course 6
  • Dr. Alexandra Cristea
  • a.i.cristea_at_tue.nl
  • http//wwwis.win.tue.nl/alex/


2
Adaptive System course parts
  • Adaptive Systems, Generalities
  • User Modeling
  • Data representation for AS
  • Data manipulations for AS
  • Adaptive Hypermedia as AS
  • Authoring for Adaptive Hypermedia
  • LAOS for AH
  • LAG for AH
  • MOT for AH
  • Learning Styles in AH
  • Other types of Adaptive Systems
  • Conclusions

3
Authoring AHS
  • content alternatives, adaptation techniques
    whole user-interaction mechanism design
  • complicated heavy task gt they require help,
    guidelines automation facilities.
  • for AHS to spread widely gt facilitate author
    work
  • (Open Learning Repositories)

4
Authoring standardization
  • Formalization attempts
  • standardising the whole procedure
  • Research on a systematic base
  • clear explicit models for adaptive authoring

5
Authoring perspectives
  • Conceptual view defining concepts,
    interrelationships and resources.
  • Navigational (goal) view defining pages content
    and navigation behavior.
  • Presentation view defining presentation aspect
    like frame, frameset, and window.

6
Adaptive navigation presentation
7
Adaptive navigation presentation
8
Adaptive navigation presentation
9
Adaptive navigation presentation
10
Adaptive navigation presentation
11
Adaptive navigation presentation
12
Adaptive navigation presentation
13
Adaptive navigation presentation
14
Adaptive System course parts
  • Adaptive Systems, Generalities
  • User Modeling
  • Data representation for AS
  • Data manipulations for AS
  • Adaptive Hypermedia as AS
  • Authoring for Adaptive Hypermedia
  • LAOS for AH
  • LAG for AH
  • MOT for AH
  • Learning Styles in AH
  • Other types of Adaptive Systems
  • Conclusions

15
LAOS
  • What is LAOS?
  • Concept based adaptation
  • LAOS components
  • Why LAOS?
  • LAOS authoring steps
  • Future directions

16
What is LAOS?
17
What is LAOS ?
  • a generalized model for generic adaptive
    hypermedia authoring
  • based on the AHAM model
  • based on concept maps
  • http//wwwis.win.tue.nl/alex/HTML/Minerva/papers/
    WWW03-cristea-mooij.doc
  • http//www.ifets.info/journals/7_4/7.pdf

18
Why LAOS?
19
General motivation for layer distributed
information
  • Flexibility
  • Expressivity (semantics also meta-data)
  • Reusability
  • Non-redundancy
  • Cooperation
  • Inter-operability
  • Standardization

20
LAOS components
21
LAOS components
  • domain model (DM),
  • goal and constraints model (GM),
  • user model (UM),
  • adaptation model (AM) and
  • presentation model (PM)

22
(No Transcript)
23
LAOS motivation in detail
  • Why domain model (DM) ?
  • Why goal and constraints model (GM)?
  • Why user model (UM)?
  • Why adaptation model (AM)? and
  • Why presentation model (PM)?

24
LAOS motivation in detail
  • Why domain model (DM) ?
  • Because of historical AHS, ITS, AHAM
  • Why goal and constraints model (GM)?
  • Why user model (UM)?
  • Why adaptation model (AM)? and
  • Why presentation model (PM)?

25
LAOS motivation in detail
  • Why domain model (DM) ?
  • Why goal and constraints model (GM)?
  • Why user model (UM)?
  • Because of historical ITS, AHS, AHAM
  • Why adaptation model (AM)? and
  • Why presentation model (PM)?

26
LAOS motivation in detail
  • Why domain model (DM) ?
  • Why goal and constraints model (GM)?
  • Why user model (UM)?
  • Why adaptation model (AM)? and
  • Because of AHAM see also LAG !!
  • Why presentation model (PM)?

27
LAOS motivation in detail
  • Why domain model (DM) ?
  • Why goal and constraints model (GM)?
  • Why user model (UM)?
  • Why adaptation model (AM)? and
  • Why presentation model (PM)?
  • Because of Kuypers, AHAM

28
LAOS motivation in detail
  • Why domain model (DM) ?
  • Why goal and constraints model (GM)?
  • Because of book metaphor
  • Also because of goal adaptation!! (see
    adapt to what?)
  • Why user model (UM)?
  • Why adaptation model (AM)? and
  • Why presentation model (PM)?

29
GM book metaphor why?
  • Domain model
  • equivalent to skip the presentation and just tell
    the user to read the book.
  • search space too big
  • Not only one purposeful orientation

30
GM motivation
  • intermediate authoring step,
  • goal constraints related
  • goals focused presentation
  • specific end-state
  • constraints limit search space
  • DM filter

31
DM
32
GM
33
Authoring steps in LAOS
  • STEP 1 write domain concepts concept hierarchy
    attributes (contents) other domain relations
  • STEP 2 add content related adaptive features
    regarding GM (design alternatives AND, OR,
    weights, etc.)
  • STEP 3 add UM related features (simplest way,
    tables, with attribute-value pairs for
    user-related entities (AHAM) UM can be
    represented as a concept map)
  • STEP 4 decide among adaptation strategies, write
    in adaptation language medium-level adaptation
    rules or give the complete set of low level rules
    (such as condition-action (CA) or IF-THEN rules).
  • STEP 5 define format (presentation
    means-related define chapters)

34
LAOS components definitions
35
Domain concept model
  • Definition 1. An AHS domain map DM is determined
    by the tuple ltC,L, Attgt,
  • where C set of concepts,
  • L set of links,
  • Att a set of DM attributes
  • Definition 2. A domain concept c?DMi. C is
    defined by ltA,Cgt
  • where A?? set of attrs and C set of
    sub-concepts.
  • Constraint 1. Amin is the minimal set of
    (standard) attributes required for each concept
    to have (A?Amin).
  • for sufficient meta-data
  • if Amin ? ?? required standard attributes.

36
Domain concept model cont.
  • Definition range 2.1. A domain concept c?C is a
    composite domain concept if c.C??.
  • Definition range 2.2. A concept c?C is an atomic
    domain concept if c.C?.
  • Definition 3. A domain link l?L is a tuple ltS, E,
    N, Wgt with S,E ?DMi.cki,k (S, E??) start and
    end sets of DM concept instances, respectively N
    set of labels of the links W set of weights of
    the links.

37
Domain concept model cont.
  • Definition 4. A domain attribute a? DMi.C.A is a
    tuple lttype, valgt, where
  • type is the name of the DM attribute
  • val is the value (contents) of the DM attribute.
  • Constraint 2. ? concept c must be involved at
    least in one link l. This special relation is
    called hierarchical link (link to ancestor
    concept). Exception root concept.

38
algebraic operators respective operations over
the model
  • constructors
  • create, edit
  • destructors
  • delete
  • visualization or extractors
  • list, view, check
  • compositors
  • repeat
  • Effects
  • restructuring (constructors, destructors and any
    compositors using at least one operator belonging
    to the previous categories) or
  • structure neutral (visualization and any
    compositors applied to visualization alone)

39

1 We assume here that val is defined
analogously for CM, c, l.
40
(No Transcript)
41
(No Transcript)
42
Goal and constraints model
  • Definition 5. A constraint concept g?GMi.G in GM
    is defined by the tuple ltGA, G, DMj.c.agt GA?? is
    a set of attributes G a set of sub-concepts
    DMj.c?C is the ancestor DM concept and DMj.c.a?A
    is an attribute of that concept GMi is the name
    of the GM map instance to whom it belongs.
  • Definition 6. A constraint link gl?L is a tuple
    ltS, E, N, Wgt with S,E ?DMi.cki,k (S, E??)
    start and end sets of GM concept instances,
    respectively N set of labels of the links W set
    of weights of the links.

43

44
(No Transcript)
45
What can LAOS do for you?
46
Example 1 flexibility index between concept C1
and rest of concepts in DM for automatic semantic
linking in the DM or GM
where C card(DM) and Amin card(Amin)
47
Example 2 flexibility degree for selecting
attributes from DM concept C1 for GM, considering
the order
48
Future developments LAOS
49
Future developments LAOS
  • Operators for each layer (partially done)
  • Automatic transformations between layers for
    authoring simplification (partially done)
  • Automatic concept linking (partially done)
  • Verification work of the different layers

50
LAOS summary
  • a five level AHS authoring model with a clear cut
    separation of the processing levels
  • 1. the domain model (DM),
  • 2. the goal and constraint model (GM),
  • 3. the user model (UM),
  • 4. the adaptation model (AM) - more LAG
    following
  • 5. the presentation model (PM).

51
LAOS definitions online at
  • http//wwwis.win.tue.nl/acristea/HTML/USI/MOT/hel
    p/DefinitionsLAOS.doc

52
Adaptive System course parts
  • Adaptive Systems, Generalities
  • User Modeling
  • Data representation for AS
  • Data manipulations for AS
  • Adaptive Hypermedia as AS
  • Authoring for Adaptive Hypermedia
  • LAOS for AH
  • LAG for AH
  • MOT for AH
  • Learning Styles in AH
  • Other types of Adaptive Systems
  • Conclusions

53
Overview LAG
  • What is LAG
  • LAG components
  • Why LAG?
  • New adaptation rules
  • Adaptation strategies

54
What is LAG ?
  • a generalized adaptation model for generic
    adaptive hypermedia authoring
  • First paper http//wwwis.win.tue.nl/alex/Confere
    nces/02/AH02/calvi-cristea-final-w-header-ah2002.p
    df
  • Second (referring) paper http//wwwis.win.tue.nl/
    alex/Conferences/02/ELEARN02/Cristea-Adaptation-A
    daptability.pdf
  • Third paper http//wwwis.win.tue.nl/alex/HTML/Mi
    nerva/papers/UM03-cristea-calvi-accepted.doc

55
LAG components
  • Adaptation Strategies
  • Adaptation Language
  • Direct adaptation Techniques

56
Adaptation granularity
  • high level adaptation strategies
  • wrapping layers above
  • goal-oriented
  • medium level goal / domain-oriented adaptation
    techniques
  • based on a higher level language that embraces
    primitive low level adaptation techniques
    (wrapper)
  • new techniques adaptation language (Calvi
    Cristea 2002),
  • lowest level direct adaptation techniques
  • adaptive navigation support adaptive
    presentation (Brusilovsky 1996), implem. AHA!
    expressed in AHAM syntax
  • techniques usually based on threshold
    computations of variable-value pairs.

Adaptation Function calls
Adaptation Programming language
Adaptation Assembly language
57
Why LAG?
58
Motivation LAG
  • Authoring with different complexity degrees
    (beginner authors!! vs. advanced)
  • Reuse at each level
  • Better semantics
  • standardization

59
New adaptation rules proposed(Adaptation
Language)
60
Adaptation Programming language
  • level rule
  • IF ENOUGH(ltPREREQUISITESgt) THENltACTIONgt
  • temporal rule
  • WHILE ltCONDITIONgt DO ltACTIONgt
  • repetition rule
  • FOR lti1..ngt DO ltACTIONgt
  • interruption command
  • BREAK ltACTIONgt
  • generalization command
  • GENERALIZE (COND, COND1, , CONDn)
  • specialization command
  • SPECIALIZE (COND, COND1, , CONDn)

61
A level rule
  • IF ENOUGH(ltPREREQUISITESgt) THENltACTIONgt
  • ENOUGH fct. of no. quality of prerequisites
    true if, e.g., a given no. of prerequisites from
    a set is fulfilled
  • Ex PREREQUISITES time_spent ACTION go to
    next level
  • Rule becomes
  • IF ENOUGH (time_spent on crt. level) THEN go to
    next level
  • Where ENOUGH is defined, e.g., as follows
  • ENOUGH (time) 30 time units
  • time (advanced topic) 10 (time units per
    topic)
  • ENOUGH (medium topic) 5 (time units per
    topic)
  • ENOUGH (beginner topic) 2 (time units per
    topic)

62
A temporal rule
  • action repeated as long as 1-more cond.s hold
  • WHILE ltCONDITIONgt DO ltACTIONgt
  • According to CM paradigm, concepts ? canned but
    assembled depending on UM their attr.s ( more
    than mere addition/deletion of links)
  • E.g, a warning is repeated that user search
    direction is wrong. Another cond. can trigger a
    service denial response if a threshold is passed.

63
A repetition rule
  • a certain (simple / composed) action repeated for
    a no. of times predefined by author
  • FOR lti1..ngt DO ltACTIONgt
  • describes the time this action has to last before
    reader can move on.

64
An interruption command
  • user action is interrupted s/he is forced to
    undertake a different one
  • BREAK ltACTIONgt
  • represents an exacerbation of traditional
    behavior of AHS user is punished if she
    doesnt stick to learning pathways provided by
    system.

65
A generalization command
  • new concept reader has reached is compared w.
    more general ones it refers to. As a result, the
    reader is pointed to related concept(s)
  • GENERALIZE (COND, COND1, , CONDn)

66
A specialization command
  • if concept is general, system deductively points
    reader to more specific instantiations
  • SPECIALIZE (COND, COND1, , CONDn)
  • E.g, if student reads about Model Reader in a
    course on postmodern literature, she can be
    pointed to an extract from Calvinos novel Se
    una notte, where this notion is exemplified.

67
Other commands
  • comparison (concept analogy search)
  • difference
  • both instances of generalization
  • duration a rule related to repetition
  • lyrical use of repetitions in hyperfiction has
    given rise to a particular design pattern
Write a Comment
User Comments (0)
About PowerShow.com