This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these template messages) The topic of this article may not meet Wikipedia's general notability guideline. Please help to demonstrate the notability of the topic by citing reliable secondary sources that are independent of the topic and provide significant coverage of it beyond a mere trivial mention. If notability cannot be shown, the article is likely to be merged, redirected, or deleted.Find sources: "Learning Record Store" – news · newspapers · books · scholar · JSTOR (November 2021) (Learn how and when to remove this template message) This article may rely excessively on sources too closely associated with the subject, potentially preventing the article from being verifiable and neutral. Please help improve it by replacing them with more appropriate citations to reliable, independent, third-party sources. (November 2021) (Learn how and when to remove this template message) This article's use of external links may not follow Wikipedia's policies or guidelines. Please improve this article by removing excessive or inappropriate external links, and converting useful links where appropriate into footnote references. (November 2021) (Learn how and when to remove this template message) (Learn how and when to remove this template message)

A Learning Record Store (LRS)[1] is a data store system that serves as a repository for learning records collected from connected systems where learning activities are conducted. It is an essential component in the process flow for using the Experience API (xAPI)[2] standard by ADL or the Caliper standard by IMS Global. The Experience API is also known as the "Tin Can API"[2] and is an Open Source e-learning specification developed after AICC and SCORM. The concept of the LRS was introduced to the e-learning industry in 2011, and proposes a shift to the way e-learning specifications function.

History

SCORM has been the e-learning industry software specification for interoperability from 2001 until the present. The governing body of SCORM, Advanced Distributed Learning (ADL), realized that the specification was not keeping up with advancements in technology, and that it needed to be updated.[2] ADL issued a Broad Agency Announcement (BAA) asking for assistance with updating the SCORM specification.[3] The BAA was awarded to Rustici Software, and the result was a one-year research and development project called Project Tin Can.[4] The final result of Project Tin Can was the Experience API along with the concept of the LRS.[4]

Overview

xAPI-enabled learning activities generate statements, or records of e-learning in the form of "I did this" or "Actor verb object".[5] These statements are transmitted over HTTP or HTTPS to an LRS. The main function of an LRS is to store and retrieve the data that's generated from Experience API statements.[6]

An LRS can exist inside a traditional learning management system (LMS), or on its own.[2] LRSs can communicate learner data with other systems, such as LMSs, sensor-enabled devices, mobile technology, and other LRSs.[7] Systems sending data to an LRS are known as "Activity Providers". Individual learners can have their own LRSs, or Personal Data Lockers, in which they store all of their learning data for their own personal records.

xAPI statements are capable of being sent to multiple LRSs at once. With traditional LMSs, a learner's data stays with the organization that administers the LMS. When the LRS is introduced, the sharing of learning data is possible, and the learning data can follow the learner wherever the learner goes (for example, from job to job or from school to school).[8]

LRSs offer the ability to create very in-depth e-learning analytics because of the large amounts of learning data they record and store. Traditional e-learning specifications like SCORM are limited to storing simple data points such as a final score, or that a course has been started or completed. With the statement structure that the LRS records, there are many data points that can be reported against. Reports can be pulled on any number of combinations of "actor", "verb" and "object".[9] However, an LRS that is built strictly to the Experience API specification doesn't have a built-in reporting mechanism. The LRS administrator (or the administrator of the LMS in which the LRS exists) must provide means to access the data in the LRS, and in turn create a reporting system for the data.

References

  1. ^ "Learning Record Store". Next Software Solutions. Retrieved 16 September 2019.
  2. ^ a b c d Brusino, Justin. "THE NEXT GENERATION OF SCORM: A Q&A WITH AARON SILVERS". American Society for Training and Development. Archived from the original on 22 August 2014. Retrieved 2 August 2012.
  3. ^ Tillett, Jeff. "Project Tin Can – The Next Generation of SCORM". Retrieved 2 August 2012.
  4. ^ a b "Next Generation SCORM - Research Summary". Advanced Distributed Learning. Archived from the original on 23 July 2012. Retrieved 2 August 2012.
  5. ^ Tillett, Jeff. "Project Tin Can – The Next Generation of SCORM". Float Mobile Learning. Retrieved 2 August 2012.
  6. ^ Brandon, Bill. "Making History: mLearnCon 2012 Rocks Attendees". Learning Solutions Magazine. Archived from the original on 6 August 2012. Retrieved 2 August 2012.
  7. ^ "What is a Learning Record Store?". Rustici Software. Retrieved 2 August 2012.
  8. ^ Tillett, Jeff. "Project Tin Can – The Next Generation of SCORM". Float Mobile Learning. Retrieved 3 August 2012.
  9. ^ Wentworth, David (12 July 2012). "Learning on the Small Screen". The Brandon Hall Group.
Category