Difference between revisions of "Aggregate"

Revision as of 18:35, 4 April 2016

We developed an adaptive social learning architecture Aggregate to support Mastery Grids Interface. We design this architecture to integrate content from diverse sources. The explanation of the procedures and links to associated resources are given below.

Mastery Grids Interface receives all the information to display (this is course structure, links to content and progress levels of the learner and the group of learners) from services hosted in Aggregate (a in the diagram). This information is passed in JSON format.

To let Mastery Grids know the level of progress of the learners in the topics and the content, Aggregates call services from a User Model (UM in the figure). See point b) in the figure. These services are documented in User State Protocol

The figure shows several different Content apps (QuizJet, QuizPet, Webex, etc.). Each of these applications are integrated in 2 ways:
- The content application needs to log information of the learner activity within the content to the User Model (letter c in the diagram). Currently, the content applications are using our ADAPT2 cbum protocols.
- The content application provides a service to list all the available content. This service implement the content brokering specification, which defines a JSON-format protocol to allow external applications to discover content. Both Aggregate and the User Model use the content brokering to register new content.

Several content application and their respective content brokering are implemented in ACOS server.

Associated resources

Mastery Grids repository (contains aggregate, mastery grids interface, documentation and course authoring tool)
User State Services repository
user modeling specification

Content provider applications

An overall architecture of the system can be sen in the following figure.

@@ Line 6: / Line 6: @@
 * The figure shows several different Content apps (QuizJet, QuizPet, Webex, etc.). Each of these applications are integrated in 2 ways:
-** The content application needs to log information of the learner activity within the content to the User Model (letter c in the diagram). Currently we are usign our ADAPT2 [[CUMULATE protocol|cbum protocols]].
+** The content application needs to log information of the learner activity within the content to the User Model (letter c in the diagram). Currently, the content applications are using our ADAPT2 [[CUMULATE protocol|cbum protocols]].
-** The content application provides a service to list all the available content. This service implement the [https://github.com/PAWSLabUniversityOfPittsburgh/mastery-grids/blob/master/documentation/Content_Brokering_API_2016_01_21.pdf content brokering specification], which defines a JSON-format protocol to allow external applications to discover content.
+** The content application provides a service to list all the available content. This service implement the [https://github.com/PAWSLabUniversityOfPittsburgh/mastery-grids/blob/master/documentation/Content_Brokering_API_2016_01_21.pdf content brokering specification], which defines a JSON-format protocol to allow external applications to discover content. Both Aggregate and the User Model use the content brokering to register new content.
+Several content application and their respective content brokering are implemented in [http://acos.cs.hut.fi/ ACOS server].
-This architecture supports several kinds of open student modeling, social comparison, and recommendation. The architecture fulfills a major objective, portability, which is the ability to be integrated to other systems with little set up and modification. The architecture is modular and includes different software components as follows:
+Associated resources
-*frontend user-system interaction interface, the [[Mastery Grids Interface]]
+* [https://github.com/PAWSLabUniversityOfPittsburgh/mastery-grids Mastery Grids repository] (contains aggregate, mastery grids interface, documentation and course authoring tool)
+* [https://github.com/PAWSLabUniversityOfPittsburgh/AggregateUMServices  User State Services repository]
+* [[CUMULATE|user modeling specification]]
-*backend '''''Aggregate''''' services communicating between the main interface and user modeling services [https://github.com/PAWSLabUniversityOfPittsburgh/AggregateUMServices  ==> source code]
+Content provider applications
+* [https://github.com/PAWSLabUniversityOfPittsburgh/quizjet QuizJet repository]
+* [https://github.com/PAWSLabUniversityOfPittsburgh/quizpet QuizPet repository]
+* [https://github.com/PAWSLabUniversityOfPittsburgh/annotated-examples Annotated Examples (Webex) repository]
+* [https://github.com/PAWSLabUniversityOfPittsburgh/educational-videos Educational Videos repository]
+* [http://acos.cs.hut.fi ACOS server]
+* [[Smart Content|content]] providing applications
-*backend [[CUMULATE|user modeling]], [[Personalization|personalization]] (recommendation, navigation support) services
-*backend [[Smart Content|content]] providing applications
 An overall architecture of the system can be sen in the following figure.
 [[Image:arch_v2.png|Aggregate Architecture]]