Learning Record Store

This article has multiple issues. Please help improve it or discuss these issues on the talk page. (Learn how and when to remove these 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 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 sources. (November 2021) (Learn how and when to remove this 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 message) (Learn how and when to remove this 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.

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]

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.