US6985891B2 - Tracking of computer based training courses - Google Patents

Tracking of computer based training courses Download PDF

Info

Publication number
US6985891B2
US6985891B2 US09/995,739 US99573901A US6985891B2 US 6985891 B2 US6985891 B2 US 6985891B2 US 99573901 A US99573901 A US 99573901A US 6985891 B2 US6985891 B2 US 6985891B2
Authority
US
United States
Prior art keywords
database
sao
engine
comprises means
tracking
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime, expires
Application number
US09/995,739
Other versions
US20020095401A1 (en
Inventor
Anthony Redmond
Martin Mangan
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Skillsoft Ireland Ltd
Original Assignee
CBT Technology Ltd
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Assigned to CBT (TECHNOLOGY) LIMITED reassignment CBT (TECHNOLOGY) LIMITED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: MANGAN, MARTIN, REDMOND, ANTHONY
Application filed by CBT Technology Ltd filed Critical CBT Technology Ltd
Publication of US20020095401A1 publication Critical patent/US20020095401A1/en
Application granted granted Critical
Publication of US6985891B2 publication Critical patent/US6985891B2/en
Assigned to CREDIT SUISSE, CAYMAN ISLANDS BRANCH reassignment CREDIT SUISSE, CAYMAN ISLANDS BRANCH SECURITY AGREEMENT Assignors: CBT (TECHNOLOGY) LIMITED
Assigned to CBT (TECHNOLOGY) LIMITED reassignment CBT (TECHNOLOGY) LIMITED RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: CREDIT SUISSE, CAYMAN ISLANDS BRANCH
Assigned to MORGAN STANLEY SENIOR FUNDING, INC., AS COLLATERAL AGENT reassignment MORGAN STANLEY SENIOR FUNDING, INC., AS COLLATERAL AGENT PATENT SECURITY AGREEMENT Assignors: CBT (TECHNOLOGY) LIMITED
Assigned to SKILLSOFT IRELAND LIMITED reassignment SKILLSOFT IRELAND LIMITED ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: CBT (TECHNOLOGY) LIMITED
Assigned to CBT (TECHNOLOGY) LIMITED, SKILLSOFT IRELAND LIMITED, SKILLSOFT LIMITED reassignment CBT (TECHNOLOGY) LIMITED RELEASE OF SECURITY INTEREST Assignors: MORGAN STANLEY SENIOR FUNDING, INC.
Assigned to BARCLAYS BANK PLC, AS ADMINISTRATIVE AGENT AND COLLATERAL AGENT reassignment BARCLAYS BANK PLC, AS ADMINISTRATIVE AGENT AND COLLATERAL AGENT FIRST LIEN SECURITY AGREEMENT Assignors: SKILLSOFT IRELAND LTD, SKILLSOFT LIMITED
Assigned to BARCLAYS BANK PLC, AS ADMINISTRATIVE AGENT AND COLLATERAL AGENT reassignment BARCLAYS BANK PLC, AS ADMINISTRATIVE AGENT AND COLLATERAL AGENT SECOND LIEN SECURITY AGREEMENT Assignors: SKILLSOFT IRELAND LTD, SKILLSOFT LIMITED
Assigned to WILMINGTON SAVINGS FUND SOCIETY, FSB reassignment WILMINGTON SAVINGS FUND SOCIETY, FSB DEBTOR-IN-POSSESSION GRANT OF SECURITY INTEREST IN PATENT RIGHTS Assignors: SKILLSOFT IRELAND LIMITED, SKILLSOFT LIMITED
Assigned to WILMINGTON SAVINGS FUND SOCIETY, FSB, AS SUCCESSOR COLLATERAL AGENT reassignment WILMINGTON SAVINGS FUND SOCIETY, FSB, AS SUCCESSOR COLLATERAL AGENT NOTICE OF AGENCY RESIGNATION AND ASSIGNMENT OF PATENT SECURITY AGREEMENT Assignors: BARCLAYS BANK PLC, AS RESIGNING COLLATERAL AGENT
Assigned to WILMINGTON SAVINGS FUND SOCIETY, FSB, AS SUCCESSOR COLLATERAL AGENT reassignment WILMINGTON SAVINGS FUND SOCIETY, FSB, AS SUCCESSOR COLLATERAL AGENT NOTICE OF AGENCY RESIGNATION AND ASSIGNMENT OF PATENT SECURITY AGREEMENT Assignors: BARCLAYS BANK PLC, AS RESIGNING COLLATERAL AGENT
Assigned to SKILLSOFT IRELAND LTD., CYBERSHIFT HOLDINGS, INC., SKILLSOFT LIMITED, SUMTOTAL SYSTEMS LLC reassignment SKILLSOFT IRELAND LTD. RELEASE BY SECURED PARTY (SEE DOCUMENT FOR DETAILS). Assignors: WILMINGTON BANK SAVINGS FUND SOCIETY, FSB, AS COLLATERAL AGENT
Assigned to CYBERSHIFT HOLDINGS, INC., SUMTOTAL SYSTEMS LLC, SKILLSOFT IRELAND LIMITED, SKILLSOFT LIMITED reassignment CYBERSHIFT HOLDINGS, INC. RELEASE OF FIRST LIEN PATENT SECURITY INTEREST Assignors: WILMINGTON SAVINGS FUND SOCIETY, FSB
Assigned to SKILLSOFT IRELAND LIMITED, SKILLSOFT LIMITED reassignment SKILLSOFT IRELAND LIMITED RELEASE OF PATENT SECURITY INTEREST RECORDED AT REEL 052972/FRAME 0133 Assignors: WILMINGTON SAVINGS FUND SOCIETY, FSB
Assigned to CITIBANK, N.A. AS COLLATERAL AGENT reassignment CITIBANK, N.A. AS COLLATERAL AGENT SECURITY INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: SKILLSOFT IRELAND LIMITED, SKILLSOFT LIMITED
Adjusted expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09BEDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
    • G09B7/00Electrically-operated teaching apparatus or devices working with questions and answers
    • GPHYSICS
    • G09EDUCATION; CRYPTOGRAPHY; DISPLAY; ADVERTISING; SEALS
    • G09BEDUCATIONAL OR DEMONSTRATION APPLIANCES; APPLIANCES FOR TEACHING, OR COMMUNICATING WITH, THE BLIND, DEAF OR MUTE; MODELS; PLANETARIA; GLOBES; MAPS; DIAGRAMS
    • G09B5/00Electrically-operated educational appliances
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/953Organization of data
    • Y10S707/955Object-oriented
    • YGENERAL TAGGING OF NEW TECHNOLOGICAL DEVELOPMENTS; GENERAL TAGGING OF CROSS-SECTIONAL TECHNOLOGIES SPANNING OVER SEVERAL SECTIONS OF THE IPC; TECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10TECHNICAL SUBJECTS COVERED BY FORMER USPC
    • Y10STECHNICAL SUBJECTS COVERED BY FORMER USPC CROSS-REFERENCE ART COLLECTIONS [XRACs] AND DIGESTS
    • Y10S707/00Data processing: database and file management or data structures
    • Y10S707/99931Database or file accessing

Definitions

  • the invention relates to learning management, and more particularly to tracking of progress of computer based training courses.
  • the invention is directed towards providing a system for effective and versatile tracking of computer based training courses.
  • a tracking system comprising means for receiving course player update data, and for writing the update data to a learning management database, characterised in that,
  • system further comprises a plurality of translation modules, each comprising means for translating from a player language to a common engine language, and vice-versa.
  • each translation module is an object instantiated at start-up.
  • system further comprises a common interface comprising means for interfacing with all players, and for polling by routing a received message to all translation modules; wherein each translation module comprises means for parsing received messages and, if it can translate the message, indicating as such; and wherein the common interface comprises means for activating a translation module which responds positively.
  • the common interface comprises means for polling the translation modules according to a pre-set file.
  • the common interface comprises means for receiving translated messages from the translation modules.
  • the engine comprises means for managing a queue, and for establishing threads for input and output to the queue.
  • the engine comprises means for assuming that a data update message is synchronous unless the message indicates otherwise.
  • the database interface means comprises a schema access object (SAO) associated with each learning management database.
  • SAO schema access object
  • all SAOs have the same exposed interface to the tracking engine.
  • the system comprises means for both pre-setting and for subsequently modifying associations between players and SAOs.
  • the system comprises pooling means, comprising means for creating a number of instances of each SAO and for reusing the instances.
  • the pooling means comprises a manager comprising means for managing a pool of SAOs, for determining a free SAO if one exists, for putting a requesting thread in a sleep state if an instance is temporarily unavailable, and for instructing a new set of SAO instances to be created.
  • the system comprises means for determining during initialisation a connection string to be passed to an SAO instance to indicate the database to be opened.
  • the manager comprises means for re-initialising a pooled SAO instance if it operates incorrectly.
  • the tracking engine comprises means for maintaining an input thread between the common interface and the queue.
  • the tracking engine comprises means for maintaining a plurality of database-side threads for routing messages from the queue to the database interface means.
  • each database-side thread comprises means for waiting for a response from the database interface means, and for directly routing received responses to a relevant translation module for translation and for receiving translated responses back from the translation modules.
  • each database-side thread comprises means for directly routing a translated response to an originating player.
  • the engine comprises means for maintaining each database-side thread in an active state or a sleep state.
  • the engine comprises means for switching a database-side thread to an active state in response to the input thread request.
  • the engine comprises means for writing the contents of the queue to a log file when shutting down unexpectedly, and for automatically searching for a log file upon start-up.
  • the common interface comprises a time-out function comprising means for terminating a player connection upon expiry of a pre-set time period.
  • the database interface means comprises a time-out function comprising means for terminating a learning management database connection upon expiry of a pre-set time period.
  • FIG. 1 is a high level diagram illustrating the context of a tracking system of the invention.
  • FIG. 2 is a diagram illustrating architecture of the tracking system.
  • a tracking system 1 is used for tracking progress of courses executing on student browsers 2 receiving content via the Internet 3 from course player servers 4 .
  • the tracking system 1 writes progress data to learning management databases 10 .
  • course data is received from course player servers 4 , however, it may alternatively be received from stand-alone course players executing as applications on student computers.
  • the players and/or player servers which provide the course data and the learning management databases may be operated by third parties.
  • the operator of the tracking system 1 may provide a service of generating learning management data for any chosen player or player server for a third party.
  • the tracking system 1 operates with minimal impact on the course players and/or servers (henceforth “players”). One reason is that they can communicate asynchronously in a “fire and forget” mode. This is made possible by use of a low-level communication layer (TCP) ensuring safe receipt.
  • TCP low-level communication layer
  • the tracking system 1 can handle data captures from players at any frequency to suit the player, the range being from seconds to hours. Some players may be configured for updating on a timed basis of every two seconds, whereas others may be configured for updating only after the end of a course. In the latter case, the player performs internal tracking during the course.
  • the tracking system 1 comprises a central tracking engine 20 .
  • a common interface 21 communicates with all players, and routes signals to a chosen translation module 22 (“translator”).
  • the engine 20 manages threads between the translators 22 and database interfaces 24 .
  • the engine 20 performs queuing so that there is effective buffering between the players 4 and the databases 10 .
  • the tracking system 1 also interfaces on the player side with client systems requesting data, such as a testing engine or a reporting tool.
  • client systems requesting data, such as a testing engine or a reporting tool.
  • the translation modules 22 translate to a common language used by the tracking engine 2 , CMIML 2 . If the incoming data is in this format it is routed directly to the engine 20 without translation.
  • the engine 20 queues received requests/data messages and parses them while in the queues. It then performs the database operation via the interfaces 24 , either writes or reads. Where the incoming message is synchronous the engine routes a response back to the requesting application.
  • Each database interface 24 is a SAO (Schema Access Object). This is an object that understands how student tracking information is stored in a particular type of learning management database (for example the student tracking database in Smartforce CampusTM). Each SAO has the same interface exposed. Each SAO is defined in a module, having a well-defined factory method to create an instance of the SAO. The interface and the factory method that must exist in the SAO's module is defined. An SAO may be supplied as a modular plug-in to the system 1 , typically by the suppliers of the databases 10 .
  • the system 1 loads the required module (located by its name and vendor), and invokes the defined factory method to obtain an instance of an object that complies with the well-known SAO interface.
  • This file is a sample, to illustrate SAO redirection. ; ; ; The entries in this file are processed in the order in which ; they occur. ; ; The first entry (below) maps all requests for the 2.0
  • the system 1 pools SAOs. This allows it to create a number of instances of each SAO, and reuse these instances for each request.
  • a request is received from a client, the request is examined.
  • the request contains two fields indicating what product (and from which vendor) has sent the request. This correlates directly to an SAO.
  • the system 1 queries an “SAO manager” to check if this SAO is already in memory. This leads to one of two situations:
  • Each SAO module must have a corresponding INI file (which the administrator can edit), containing (at least) the number of instances of that SAO that should be pooled by the system 1 , and the connection string that must be passed to the instance of the SAO in order for the SAO to know what database to open. This allows the administrator to point the SAO to a different instance of a database, without changing code.
  • the system 1 examines this INI file before creating the pool of SAOs, and uses the “Pool size” value to decide how many instances of the SAO to create, and passes the connection string to the SAO when creating the SAO.
  • the system 1 determines that an instance of an SAO ceases to operate correctly, it attempts to re-initialise that instance of the SAO. It does this by uninitialising the SAO, then attempting to re-initialise it again. This allows the system 1 to automatically recover, should the database crash or have any other fault.
  • the tracking engine 20 exists as a process executing on a server.
  • Each translation module 22 is an object, stored in a module (a DLL on Windows, a JavaBean in Java).
  • the required translators 22 are loaded and used while the system 1 is executing.
  • the first translator that returns indicating that it can handle the request is chosen to handle that request.
  • the order in which the translators are polled is according to a user-defined list, stored in an XML file and parsed on start-up.
  • the common interface 21 operates as a client of the translators 22 , calling them as they are required.
  • An input thread 30 of the tracking engine 20 delivers incoming messages from the common interface 21 to a queue 31 .
  • the thread 31 also activates database-side threads 32 as they are required.
  • the messages placed in the queue 31 include flags indicating the requesting player or client. Also, the common interface 21 inserts a flag indicating which, if any, translator 22 was used.
  • the queue 31 is a thread-safe data structure in memory, which grows and shrinks as needed. Administration settings specify the maximum permitted number of requests that can be queued at any one time.
  • the database-side threads 32 are permanent execution threads each operating on only one message at a time. They have active and sleep states, switching from the sleep to the active state in response to the input thread 30 .
  • a thread 32 In the active state, a thread 32 reads the message currently at the head of the queue. It makes a call (invocation) on the relevant SAO 24 and awaits a response if the message is synchronous. It presumes a message is synchronous unless a flag in the message indicates otherwise.
  • the thread 32 Upon receipt of the response from the SAO 24 , the thread 32 determines if translation is required. If so it makes a call on the relevant translator 22 (indicated in the message itself). Again, it awaits the translator's response. The response is then routed directly to the network socket for direct transmission to the originating player or client.
  • Integrity of the communication links is assisted by time-out programs which terminate connections between the player or client and the common interface 21 and between the SAOs and the databases 10 if pre-set times expire. This ensures that a faulty SAO does not affect overall system operation.
  • the system 1 If the system 1 detects a severe problem, or receives an administrator message indicating that it should be unloaded from memory, it must shut down. Before shutting down, it examines its queue. Any requests in the queue are dumped out to a log file just before it shuts down. Every time it is started, it searches for this log file. If it exists, the contents of the log are re-queued for processing, and the log file deleted. This helps to ensure that requests are not lost, even if the system 1 must shut down.
  • the system 1 may operate in an asynchronous “fire-and-forget” mode. This allows a client to send a (typically update) request, and not wait for a response. The client can be confident that the request will be processed because:
  • the system 1 can use a network in two ways.
  • the settings that indicate to the system 1 which port to use, and whether or not to allow requests to be piggy-backed on HTTP, are located in the SFCONNECT.INI file. The administrator can change these settings himself.
  • the invention allows for extremely versatile updating and reporting from learning management databases.
  • the translators, the threads, and the SAOs are particularly advantageous for versatility and also robustness.

Abstract

A tracking system (1) updates data to, and retrieves data from, learning management databases (10). Update data is received from course player servers (4), and requests are received from client systems. A common interface (21) interfaces with all players and clients, and it polls translation modules (22) for an appropriate and available module when a message is received. A tracking engine (20) manages threads and a queue for both synchronous and asynchronous communication. The queue is linked with database interfaces (24), which are Schema Access Objects (SAOs). Each SAO is pooled as a set of instances, activated and managed by a pooling manager.

Description

INTRODUCTION
1. Field of the Invention
The invention relates to learning management, and more particularly to tracking of progress of computer based training courses.
2. Prior Art Discussion
Our European Patent No. 0690426B describes a computer based training system (“course player”) which delivers and manages course content for a student. As computer based training has developed, many students use a number of courses. Also, a particular organisation may have many students and many courses, possibly hosted on an intranet. This gives rise to a need for tracking of courses according to various criteria including per student, per organisation group, and per course.
Thus, the invention is directed towards providing a system for effective and versatile tracking of computer based training courses.
SUMMARY OF THE INVENTION
According to the invention, there is provided a tracking system comprising means for receiving course player update data, and for writing the update data to a learning management database, characterised in that,
    • the system comprises database interface means for communication with a plurality of learning management databases, and
    • the system comprises a tracking engine comprising means for managing uni-directional communication for asynchronous course player data updates, and for managing bi-directional communication for synchronous course player data updates and responses.
In one embodiment, the system further comprises a plurality of translation modules, each comprising means for translating from a player language to a common engine language, and vice-versa.
In another embodiment, each translation module is an object instantiated at start-up.
In a further embodiment, the system further comprises a common interface comprising means for interfacing with all players, and for polling by routing a received message to all translation modules; wherein each translation module comprises means for parsing received messages and, if it can translate the message, indicating as such; and wherein the common interface comprises means for activating a translation module which responds positively.
In one embodiment, the common interface comprises means for polling the translation modules according to a pre-set file.
In another embodiment, the common interface comprises means for receiving translated messages from the translation modules.
In a further embodiment, the engine comprises means for managing a queue, and for establishing threads for input and output to the queue.
In one embodiment, the engine comprises means for assuming that a data update message is synchronous unless the message indicates otherwise.
In another embodiment, the database interface means comprises a schema access object (SAO) associated with each learning management database.
In a further embodiment, all SAOs have the same exposed interface to the tracking engine.
In one embodiment, the system comprises means for both pre-setting and for subsequently modifying associations between players and SAOs.
In another embodiment, the system comprises pooling means, comprising means for creating a number of instances of each SAO and for reusing the instances.
In a further embodiment, the pooling means comprises a manager comprising means for managing a pool of SAOs, for determining a free SAO if one exists, for putting a requesting thread in a sleep state if an instance is temporarily unavailable, and for instructing a new set of SAO instances to be created.
In one embodiment, the system comprises means for determining during initialisation a connection string to be passed to an SAO instance to indicate the database to be opened.
In another embodiment, the manager comprises means for re-initialising a pooled SAO instance if it operates incorrectly.
In a further embodiment, the tracking engine comprises means for maintaining an input thread between the common interface and the queue.
In one embodiment, the tracking engine comprises means for maintaining a plurality of database-side threads for routing messages from the queue to the database interface means.
In another embodiment, each database-side thread comprises means for waiting for a response from the database interface means, and for directly routing received responses to a relevant translation module for translation and for receiving translated responses back from the translation modules.
In a further embodiment, each database-side thread comprises means for directly routing a translated response to an originating player.
In one embodiment, the engine comprises means for maintaining each database-side thread in an active state or a sleep state.
In another embodiment, the engine comprises means for switching a database-side thread to an active state in response to the input thread request.
In one embodiment, the engine comprises means for writing the contents of the queue to a log file when shutting down unexpectedly, and for automatically searching for a log file upon start-up.
In another embodiment, the common interface comprises a time-out function comprising means for terminating a player connection upon expiry of a pre-set time period.
In one embodiment, the database interface means comprises a time-out function comprising means for terminating a learning management database connection upon expiry of a pre-set time period.
DETAILED DESCRIPTION OF THE INVENTION BRIEF DESCRIPTION OF THE DRAWINGS
The invention will be more clearly understood from the following description of some embodiments thereof, given by way of example only with reference to the accompanying drawings in which:
FIG. 1 is a high level diagram illustrating the context of a tracking system of the invention; and
FIG. 2 is a diagram illustrating architecture of the tracking system.
DESCRIPTION OF THE EMBODIMENTS
Referring to FIG. 1 a tracking system 1 is used for tracking progress of courses executing on student browsers 2 receiving content via the Internet 3 from course player servers 4. On its other side the tracking system 1 writes progress data to learning management databases 10.
In this embodiment all course data is received from course player servers 4, however, it may alternatively be received from stand-alone course players executing as applications on student computers. The players and/or player servers which provide the course data and the learning management databases may be operated by third parties. Thus, the operator of the tracking system 1 may provide a service of generating learning management data for any chosen player or player server for a third party.
The tracking system 1 operates with minimal impact on the course players and/or servers (henceforth “players”). One reason is that they can communicate asynchronously in a “fire and forget” mode. This is made possible by use of a low-level communication layer (TCP) ensuring safe receipt.
The tracking system 1 can handle data captures from players at any frequency to suit the player, the range being from seconds to hours. Some players may be configured for updating on a timed basis of every two seconds, whereas others may be configured for updating only after the end of a course. In the latter case, the player performs internal tracking during the course.
Referring to FIG. 2, the tracking system 1 comprises a central tracking engine 20. A common interface 21 communicates with all players, and routes signals to a chosen translation module 22 (“translator”). The engine 20 manages threads between the translators 22 and database interfaces 24. There is one database interface 24 for each learning database 10. The engine 20 performs queuing so that there is effective buffering between the players 4 and the databases 10.
In more detail, the tracking system 1 also interfaces on the player side with client systems requesting data, such as a testing engine or a reporting tool. The translation modules 22 translate to a common language used by the tracking engine 2, CMIML2. If the incoming data is in this format it is routed directly to the engine 20 without translation.
The engine 20 queues received requests/data messages and parses them while in the queues. It then performs the database operation via the interfaces 24, either writes or reads. Where the incoming message is synchronous the engine routes a response back to the requesting application.
Each database interface 24 is a SAO (Schema Access Object). This is an object that understands how student tracking information is stored in a particular type of learning management database (for example the student tracking database in Smartforce Campus™). Each SAO has the same interface exposed. Each SAO is defined in a module, having a well-defined factory method to create an instance of the SAO. The interface and the factory method that must exist in the SAO's module is defined. An SAO may be supplied as a modular plug-in to the system 1, typically by the suppliers of the databases 10.
To create an instance of an SAO, the system 1 loads the required module (located by its name and vendor), and invokes the defined factory method to obtain an instance of an object that complies with the well-known SAO interface.
There is an override for this process. It is possible for the set-up administrator to set up the system 1 in a way that specifies, “All requests that come from the player X should be dealt with by the Y SAO”. This is achieved by changing the “redirect.dat” file. This is a file, which the administrator can edit, that redirects all requests for SAO A to requests for SAO B. This “redirect.dat” file is read when the system 1 starts up, and allows client systems to communicate with tracking databases of the administrator's choice, even if the particular combination of client system and database 10 were never designed to work together. The following is a sample redirect.dat file.
; Redirect.dat
; SAO Redirection
;
; This file is a sample, to illustrate SAO redirection.
;
;
; The entries in this file are processed in the order in which
; they occur.
;
; The first entry (below) maps all requests for the
2.0|cbt|WebPlus SAO to the
1.0|VendorA|Learning_Management_System_A SAO.
;
2.0|cbt|WebPlus −> 1.0|VendorA|Learning_Management_System_A
;
;
; The next entry maps all other 2.0|cbt SAO requests to the
2.0|cbt|campus SAO.
; Note that the asterix ‘*’ is a wildcard, and can correspond to
any name.
;
2.0|cbt|* −> 2.0|cbt|campus
;
;
; The last entry is a “catch-all”. It maps all other requests to
the 2.0|cbt|null SAO.
;
;
*|*|* −> 2.0|cbt|null
The system 1 pools SAOs. This allows it to create a number of instances of each SAO, and reuse these instances for each request. When a request is received from a client, the request is examined. The request contains two fields indicating what product (and from which vendor) has sent the request. This correlates directly to an SAO. The system 1 queries an “SAO manager” to check if this SAO is already in memory. This leads to one of two situations:
    • 1. If the required SAO is already in memory, the SAO manager examines its pool of SAOs to find a free instance of the required type of SAO. If none is available, the thread is put in a “sleep” state, waiting for an SAO to become available.
    • 2. If the required SAO is not in memory, the SAO manager locates the correct module by name, loads it, and invokes the module's factory method. It invokes the factory method multiple times, each time retrieving a new instance of the SAO. These instances are placed in a pool for future use.
Each SAO module must have a corresponding INI file (which the administrator can edit), containing (at least) the number of instances of that SAO that should be pooled by the system 1, and the connection string that must be passed to the instance of the SAO in order for the SAO to know what database to open. This allows the administrator to point the SAO to a different instance of a database, without changing code. The system 1 examines this INI file before creating the pool of SAOs, and uses the “Pool size” value to decide how many instances of the SAO to create, and passes the connection string to the SAO when creating the SAO.
If, at any stage, the system 1 determines that an instance of an SAO ceases to operate correctly, it attempts to re-initialise that instance of the SAO. It does this by uninitialising the SAO, then attempting to re-initialise it again. This allows the system 1 to automatically recover, should the database crash or have any other fault.
The tracking engine 20 exists as a process executing on a server. Each translation module 22 is an object, stored in a module (a DLL on Windows, a JavaBean in Java). There is a setting (in a “sfconnect.ini” file) which the system 1 checks on start-up, indicating which translators 22 are to be used. The required translators 22 are loaded and used while the system 1 is executing. When a request is received from a client, the request is passed (using a method call) to each translator 22 in turn. The first translator that returns indicating that it can handle the request is chosen to handle that request. The order in which the translators are polled is according to a user-defined list, stored in an XML file and parsed on start-up.
Thus, the common interface 21 operates as a client of the translators 22, calling them as they are required. An input thread 30 of the tracking engine 20 delivers incoming messages from the common interface 21 to a queue 31. The thread 31 also activates database-side threads 32 as they are required.
The messages placed in the queue 31 include flags indicating the requesting player or client. Also, the common interface 21 inserts a flag indicating which, if any, translator 22 was used.
The queue 31 is a thread-safe data structure in memory, which grows and shrinks as needed. Administration settings specify the maximum permitted number of requests that can be queued at any one time.
The database-side threads 32 are permanent execution threads each operating on only one message at a time. They have active and sleep states, switching from the sleep to the active state in response to the input thread 30.
In the active state, a thread 32 reads the message currently at the head of the queue. It makes a call (invocation) on the relevant SAO 24 and awaits a response if the message is synchronous. It presumes a message is synchronous unless a flag in the message indicates otherwise.
Upon receipt of the response from the SAO 24, the thread 32 determines if translation is required. If so it makes a call on the relevant translator 22 (indicated in the message itself). Again, it awaits the translator's response. The response is then routed directly to the network socket for direct transmission to the originating player or client.
Integrity of the communication links is assisted by time-out programs which terminate connections between the player or client and the common interface 21 and between the SAOs and the databases 10 if pre-set times expire. This ensures that a faulty SAO does not affect overall system operation.
If the system 1 detects a severe problem, or receives an administrator message indicating that it should be unloaded from memory, it must shut down. Before shutting down, it examines its queue. Any requests in the queue are dumped out to a log file just before it shuts down. Every time it is started, it searches for this log file. If it exists, the contents of the log are re-queued for processing, and the log file deleted. This helps to ensure that requests are not lost, even if the system 1 must shut down.
The system 1 may operate in an asynchronous “fire-and-forget” mode. This allows a client to send a (typically update) request, and not wait for a response. The client can be confident that the request will be processed because:
    • 1. The underlying network protocol, TCP, guarantees that any data is successfully sent only when the destination has received the data.
    • 2. When the system 1 does receive the data, its queuing mechanism guarantees that it will be handled, even if a catastrophe occurs in the meantime.
The system 1 can use a network in two ways.
    • 1. Dedicated Port
    • In this mode, it uses a dedicated port, and communicates directly using the language of choice (e.g. CMIML) over the network/internet on that port.
    • 2. HTTP support
    • In this mode, requests as in (1) above are allowed. However, the system 1 also allows clients to “piggy-back” requests over HTTP, using the same port. For example, the administrator could configure the system 1 to operate on port 80, and turn on HTTP support. This allows client applications to either send the requests directly to the system 1 over port 80, or alternatively, to encapsulate the requests (and responses) in HTTP requests over port 80. This allows communication with the system 1 to occur over the Internet even where firewalls are in place. (Firewalls typically allow HTTP communications to pass, but block many other types of communication).
The settings that indicate to the system 1 which port to use, and whether or not to allow requests to be piggy-backed on HTTP, are located in the SFCONNECT.INI file. The administrator can change these settings himself.
It will be appreciated that the invention allows for extremely versatile updating and reporting from learning management databases. The translators, the threads, and the SAOs are particularly advantageous for versatility and also robustness.
The invention is not limited to the embodiments described but may be varied in construction and detail.

Claims (26)

1. A tracking system (1) comprising means for receiving course player update data, and for writing the update data to a learning management database, characterised in that,
the system (1) comprises database interface means for communication (24) with a plurality of learning management databases (10), and
the system comprises a tracking engine (20) comprising means for managing uni-directional communication for asynchronous course player data updates, and for managing bi-directional communication for synchronous course player data updates and responses.
2. A system as claimed in claim 1, wherein the system further comprises a plurality of translation modules (22), each comprising means for translating from a player language to a common engine language, and vice-versa.
3. A system as claimed in claim 2, wherein each translation module is an object instantiated at start-up.
4. A system as claimed in claim 2, wherein the system (1) further comprises a common interface (21) comprising means for interfacing with all players (4), and for polling by routing a received message to all translation modules (22); wherein each translation module (22) comprises means for parsing received messages and, if it can translate the message, indicating as such; and wherein the common interface (21) comprises means for activating a translation module (22) which responds positively.
5. A system as claimed in claim 4, wherein the common interface (21) comprises means for polling the translation modules (22) according to a pre-set file.
6. A system as claimed in claim 5, wherein the common interface comprises means for receiving translated messages from the translation modules.
7. A system as claimed in claim 1, wherein the engine (20) comprises means for managing a queue (31), and for establishing threads for input and output to the queue.
8. A system as claimed in claim 7, wherein the engine (20) comprises means for assuming that a data update message is synchronous unless the message indicates otherwise.
9. A system as claimed in claim 1, wherein the database interface means (24) comprises a schema access object (SAO) associated with each learning management database (10).
10. A system as claimed in claim 9, wherein all SAOs (24) have the same exposed interface to the tracking engine (20).
11. A system as claimed in claim 9, wherein the system (1) comprises means for both pre-setting and for subsequently modifying associations between players and SAOs.
12. A system as claimed in any of claim 9, wherein the system (1) comprises pooling means, comprising means for creating a number of instances of each SAO and for reusing the instances.
13. A system as claimed in claim 12, wherein the pooling means comprises a manager comprising means for managing a pool of SAOs, for determining a free SAO if one exists, for putting a requesting thread in a sleep state if an instance is temporarily unavailable, and for instructing a new set of SAO instances to be created.
14. A system as claimed in claim 13, wherein the system (1) comprises means for determining during initialisation a connection string to be passed to an SAO instance to indicate the database (10) to be opened.
15. A system as claimed in claim 13, wherein the manager comprises means for re-initialising a pooled SAO instance if it operates incorrectly.
16. A system as claimed in claim 6, wherein the tracking engine (20) comprises means for maintaining an input thread (30) between the common interface (21) and the queue (31).
17. A system as claimed in any of claim 7, wherein the tracking engine (20) comprises means for maintaining a plurality of database-side threads (32) for routing messages from the queue (31) to the database interface means (24).
18. A system as claimed in claim 17, wherein each database-side thread (32) comprises means for waiting for a response from the database interface means (24), and for directly routing received responses to a relevant translation module (22) for translation and for receiving translated responses back from the translation modules.
19. A system as claimed in claim 18, wherein each database-side thread (32) comprises means for directly routing a translated response to an originating player.
20. A system as claimed in claim 17, wherein the engine (20) comprises means for maintaining each database-side thread (32) in an active state or a sleep state.
21. A system as claimed in claim 19, wherein the engine (20) comprises means for switching a database-side thread (32) to an active state in response to the input thread request.
22. A system as claimed in claim 1, wherein the engine (20) comprises means for writing the contents of the queue to a log file when shutting down unexpectedly, and for automatically searching for a log file upon start-up.
23. A system as claimed in claim 4, wherein the common interface (21) comprises a time-out function comprising means for terminating a player connection upon expiry of a pre-set time period.
24. A system as claimed in claim 1, wherein the database interface means comprises a time-out function comprising means for terminating a learning management database (10) connection upon expiry of a pre-set time period.
25. A tracking system (1) comprising means for receiving course player update data, and for writing the update data to a learning management database, characterised in that,
the system (1) comprises database interface means for communication (24) with a plurality of learning management databases (10),
the system comprises a tracking engine (20) comprising means for managing unidirectional communication for asynchronous course player data updates, and for managing bi-directional communication for synchronous course player data updates and responses;
wherein the system further comprises a plurality of translation modules (22), each comprising means for translating from a player language to a common engine language, and vice-versa;
wherein each translation module is an object instantiated at start-up; and
wherein the system (1) further comprises a common interface (21) comprising means for interfacing with all players (4), and for polling by routing a received message to all translation modules (22); wherein each translation module (22) comprises means for parsing received messages and, if it can translate the message, indicating as such; and wherein the common interface (21) comprises means for activating a translation module (22) which responds positively.
26. A computer program product comprising software code for completing a system as claimed in claim 1 when executing on a digital computer.
US09/995,739 2000-11-30 2001-11-29 Tracking of computer based training courses Expired - Lifetime US6985891B2 (en)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
IE20000973 2000-11-30
IE2000/0973 2000-11-30

Publications (2)

Publication Number Publication Date
US20020095401A1 US20020095401A1 (en) 2002-07-18
US6985891B2 true US6985891B2 (en) 2006-01-10

Family

ID=11042694

Family Applications (1)

Application Number Title Priority Date Filing Date
US09/995,739 Expired - Lifetime US6985891B2 (en) 2000-11-30 2001-11-29 Tracking of computer based training courses

Country Status (5)

Country Link
US (1) US6985891B2 (en)
EP (1) EP1229470B8 (en)
AU (1) AU784372C (en)
ES (1) ES2396226T3 (en)
IE (1) IES20011031A2 (en)

Cited By (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100041008A1 (en) * 2009-10-20 2010-02-18 New Horizons Education Corporation Integrated learning management system and methods
US20100274814A1 (en) * 2009-04-22 2010-10-28 Bank Of America Corporation Academy for the knowledge management system
US11140261B1 (en) * 2016-04-05 2021-10-05 State Farm Mutual Automobile Insurance Company Systems and methods for authenticating a caller at a call center

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050132330A1 (en) * 2003-12-11 2005-06-16 International Business Machines Corporation Method, system and program product for tracking data
WO2008041062A2 (en) * 2006-10-06 2008-04-10 Bethesda Waters And Associates, Llc System for tracking a person or object and analyzing and reporting related event information

Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0809198A2 (en) 1996-05-22 1997-11-26 Wang Laboratories, Inc. Multiple database access server for application programs
US5859972A (en) 1996-05-10 1999-01-12 The Board Of Trustees Of The University Of Illinois Multiple server repository and multiple server remote application virtual client computer
EP0690426B1 (en) 1994-06-07 1999-08-11 Cbt (Technology) Limited A computer based training system
US6442748B1 (en) * 1999-08-31 2002-08-27 Accenture Llp System, method and article of manufacture for a persistent state and persistent object separator in an information services patterns environment
US20020188679A1 (en) * 2001-06-06 2002-12-12 Matous Anthony G. Computer implemented method and apparatus providing self-directed online interactive experiences
US6496850B1 (en) * 1999-08-31 2002-12-17 Accenture Llp Clean-up of orphaned server contexts
US6529909B1 (en) * 1999-08-31 2003-03-04 Accenture Llp Method for translating an object attribute converter in an information services patterns environment
US6539396B1 (en) * 1999-08-31 2003-03-25 Accenture Llp Multi-object identifier system and method for information service pattern environment
US20030204522A1 (en) * 2002-04-23 2003-10-30 International Business Machines Corporation Autofoldering process in content management
US20040122849A1 (en) * 2002-12-24 2004-06-24 International Business Machines Corporation Assignment of documents to a user domain
US20040143597A1 (en) * 2003-01-17 2004-07-22 International Business Machines Corporation Digital library system with customizable workflow
US6778979B2 (en) * 2001-08-13 2004-08-17 Xerox Corporation System for automatically generating queries
US20040267811A1 (en) * 2003-06-27 2004-12-30 International Business Machines Corporation Host initiated display, host initiated display application program interface, and host initiated display method
US20050015357A1 (en) * 2003-05-21 2005-01-20 Active Path Solutions, Inc. System and method for content development

Patent Citations (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
EP0690426B1 (en) 1994-06-07 1999-08-11 Cbt (Technology) Limited A computer based training system
US5859972A (en) 1996-05-10 1999-01-12 The Board Of Trustees Of The University Of Illinois Multiple server repository and multiple server remote application virtual client computer
EP0809198A2 (en) 1996-05-22 1997-11-26 Wang Laboratories, Inc. Multiple database access server for application programs
US6529909B1 (en) * 1999-08-31 2003-03-04 Accenture Llp Method for translating an object attribute converter in an information services patterns environment
US6496850B1 (en) * 1999-08-31 2002-12-17 Accenture Llp Clean-up of orphaned server contexts
US6442748B1 (en) * 1999-08-31 2002-08-27 Accenture Llp System, method and article of manufacture for a persistent state and persistent object separator in an information services patterns environment
US6539396B1 (en) * 1999-08-31 2003-03-25 Accenture Llp Multi-object identifier system and method for information service pattern environment
US20020188679A1 (en) * 2001-06-06 2002-12-12 Matous Anthony G. Computer implemented method and apparatus providing self-directed online interactive experiences
US6778979B2 (en) * 2001-08-13 2004-08-17 Xerox Corporation System for automatically generating queries
US20030204522A1 (en) * 2002-04-23 2003-10-30 International Business Machines Corporation Autofoldering process in content management
US20040122849A1 (en) * 2002-12-24 2004-06-24 International Business Machines Corporation Assignment of documents to a user domain
US20040143597A1 (en) * 2003-01-17 2004-07-22 International Business Machines Corporation Digital library system with customizable workflow
US20050015357A1 (en) * 2003-05-21 2005-01-20 Active Path Solutions, Inc. System and method for content development
US20040267811A1 (en) * 2003-06-27 2004-12-30 International Business Machines Corporation Host initiated display, host initiated display application program interface, and host initiated display method

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Multi-attribute tradeoff analysis applied to long-term generation planning Huber, H.E.; Redmond, J.A.; McDonald, J.R.; Advances in Power System Control, Operation and Management, APSCOM-93., 2nd Intnal Conference on , 1993 pp.: 906-906. *

Cited By (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20100274814A1 (en) * 2009-04-22 2010-10-28 Bank Of America Corporation Academy for the knowledge management system
US8275797B2 (en) * 2009-04-22 2012-09-25 Bank Of America Corporation Academy for the knowledge management system
US20100041008A1 (en) * 2009-10-20 2010-02-18 New Horizons Education Corporation Integrated learning management system and methods
US11140261B1 (en) * 2016-04-05 2021-10-05 State Farm Mutual Automobile Insurance Company Systems and methods for authenticating a caller at a call center
US11425242B1 (en) 2016-04-05 2022-08-23 State Farm Mutual Automobile Insurance Company Systems and methods for authenticating a caller at a call center

Also Published As

Publication number Publication date
EP1229470A3 (en) 2005-04-20
AU784372C (en) 2006-09-14
ES2396226T3 (en) 2013-02-20
IES20011031A2 (en) 2002-07-10
AU9514901A (en) 2002-06-06
EP1229470B1 (en) 2012-11-21
EP1229470B8 (en) 2013-01-09
IE20011030A1 (en) 2002-07-10
US20020095401A1 (en) 2002-07-18
AU784372B2 (en) 2006-03-23
EP1229470A2 (en) 2002-08-07

Similar Documents

Publication Publication Date Title
US6845505B1 (en) Web request broker controlling multiple processes
US7930362B2 (en) Techniques for delivering personalized content with a real-time routing network
EP0667693B1 (en) Network arrangement for glassware forming system
US6226644B1 (en) Method, storage medium and system for distributing data between computers connected to a network
US7171446B2 (en) Apparatus and method for processing servlets
US7603476B1 (en) Pseudo-synchronous messaging
US6041365A (en) Apparatus and method for high performance remote application gateway servers
US6049820A (en) Multiplexing of clients and applications among multiple servers
EP1213892B1 (en) System and method for implementing a client side HTTP stack
US7730204B2 (en) Extensible interface for inter-module communication
US20020038346A1 (en) Method for screen image sharing
US20140025631A1 (en) Storing State in a Dynamic Content Routing Network
US8095599B2 (en) Mail-based web application and document delivery
US20060085461A1 (en) System & method for using web based applications to manipulate data with manipulation functions
US6269378B1 (en) Method and apparatus for providing a name service with an apparently synchronous interface
EP0598534A1 (en) Data processing system
US6985891B2 (en) Tracking of computer based training courses
US20030120782A1 (en) Method and computer system for client server inter process communication
US20130297761A1 (en) Communications handles and proxy agents
US7685258B2 (en) Disconnectible applications
IE84098B1 (en) Tracking of computer based training courses
JP4703859B2 (en) Method for setting up data communication by means of communication, and program module and means therefor
US7116764B1 (en) Network interface unit having an embedded services processor
US20030005105A1 (en) Method and apparatus for a common management software systems
US20030188232A1 (en) Method, system and program product for dynamically detecting errant data sequences and performing corresponding actions

Legal Events

Date Code Title Description
AS Assignment

Owner name: CBT (TECHNOLOGY) LIMITED, IRELAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:REDMOND, ANTHONY;MANGAN, MARTIN;REEL/FRAME:012345/0372

Effective date: 20011127

STCF Information on status: patent grant

Free format text: PATENTED CASE

AS Assignment

Owner name: CREDIT SUISSE, CAYMAN ISLANDS BRANCH, NEW YORK

Free format text: SECURITY AGREEMENT;ASSIGNOR:CBT (TECHNOLOGY) LIMITED;REEL/FRAME:019323/0817

Effective date: 20070514

FPAY Fee payment

Year of fee payment: 4

AS Assignment

Owner name: CBT (TECHNOLOGY) LIMITED,IRELAND

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:CREDIT SUISSE, CAYMAN ISLANDS BRANCH;REEL/FRAME:024424/0769

Effective date: 20100518

AS Assignment

Owner name: MORGAN STANLEY SENIOR FUNDING, INC., AS COLLATERAL

Free format text: PATENT SECURITY AGREEMENT;ASSIGNOR:CBT (TECHNOLOGY) LIMITED;REEL/FRAME:025137/0936

Effective date: 20100625

AS Assignment

Owner name: SKILLSOFT IRELAND LIMITED, IRELAND

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:CBT (TECHNOLOGY) LIMITED;REEL/FRAME:026581/0980

Effective date: 20110131

FPAY Fee payment

Year of fee payment: 8

AS Assignment

Owner name: SKILLSOFT LIMITED, NEW HAMPSHIRE

Free format text: RELEASE OF SECURITY INTEREST;ASSIGNOR:MORGAN STANLEY SENIOR FUNDING, INC.;REEL/FRAME:032775/0093

Effective date: 20140428

Owner name: CBT (TECHNOLOGY) LIMITED, NEW HAMPSHIRE

Free format text: RELEASE OF SECURITY INTEREST;ASSIGNOR:MORGAN STANLEY SENIOR FUNDING, INC.;REEL/FRAME:032775/0093

Effective date: 20140428

Owner name: SKILLSOFT IRELAND LIMITED, NEW HAMPSHIRE

Free format text: RELEASE OF SECURITY INTEREST;ASSIGNOR:MORGAN STANLEY SENIOR FUNDING, INC.;REEL/FRAME:032775/0093

Effective date: 20140428

AS Assignment

Owner name: BARCLAYS BANK PLC, AS ADMINISTRATIVE AGENT AND COL

Free format text: FIRST LIEN SECURITY AGREEMENT;ASSIGNORS:SKILLSOFT IRELAND LTD;SKILLSOFT LIMITED;REEL/FRAME:032792/0820

Effective date: 20140429

AS Assignment

Owner name: BARCLAYS BANK PLC, AS ADMINISTRATIVE AGENT AND COL

Free format text: SECOND LIEN SECURITY AGREEMENT;ASSIGNORS:SKILLSOFT IRELAND LTD;SKILLSOFT LIMITED;REEL/FRAME:032800/0213

Effective date: 20140429

FPAY Fee payment

Year of fee payment: 12

AS Assignment

Owner name: WILMINGTON SAVINGS FUND SOCIETY, FSB, DELAWARE

Free format text: DEBTOR-IN-POSSESSION GRANT OF SECURITY INTEREST IN PATENT RIGHTS;ASSIGNORS:SKILLSOFT IRELAND LIMITED;SKILLSOFT LIMITED;REEL/FRAME:052972/0133

Effective date: 20200617

AS Assignment

Owner name: WILMINGTON SAVINGS FUND SOCIETY, FSB, AS SUCCESSOR COLLATERAL AGENT, DELAWARE

Free format text: NOTICE OF AGENCY RESIGNATION AND ASSIGNMENT OF PATENT SECURITY AGREEMENT;ASSIGNOR:BARCLAYS BANK PLC, AS RESIGNING COLLATERAL AGENT;REEL/FRAME:053236/0554

Effective date: 20200714

Owner name: WILMINGTON SAVINGS FUND SOCIETY, FSB, AS SUCCESSOR COLLATERAL AGENT, DELAWARE

Free format text: NOTICE OF AGENCY RESIGNATION AND ASSIGNMENT OF PATENT SECURITY AGREEMENT;ASSIGNOR:BARCLAYS BANK PLC, AS RESIGNING COLLATERAL AGENT;REEL/FRAME:053236/0505

Effective date: 20200714

AS Assignment

Owner name: SUMTOTAL SYSTEMS LLC, NEW HAMPSHIRE

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:WILMINGTON BANK SAVINGS FUND SOCIETY, FSB, AS COLLATERAL AGENT;REEL/FRAME:053638/0600

Effective date: 20200827

Owner name: SKILLSOFT LIMITED, IRELAND

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:WILMINGTON BANK SAVINGS FUND SOCIETY, FSB, AS COLLATERAL AGENT;REEL/FRAME:053638/0600

Effective date: 20200827

Owner name: CYBERSHIFT HOLDINGS, INC., NEW HAMPSHIRE

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:WILMINGTON BANK SAVINGS FUND SOCIETY, FSB, AS COLLATERAL AGENT;REEL/FRAME:053638/0600

Effective date: 20200827

Owner name: SKILLSOFT IRELAND LTD., IRELAND

Free format text: RELEASE BY SECURED PARTY;ASSIGNOR:WILMINGTON BANK SAVINGS FUND SOCIETY, FSB, AS COLLATERAL AGENT;REEL/FRAME:053638/0600

Effective date: 20200827

AS Assignment

Owner name: SKILLSOFT IRELAND LIMITED, IRELAND

Free format text: RELEASE OF FIRST LIEN PATENT SECURITY INTEREST;ASSIGNOR:WILMINGTON SAVINGS FUND SOCIETY, FSB;REEL/FRAME:053743/0249

Effective date: 20200827

Owner name: SUMTOTAL SYSTEMS LLC, NEW HAMPSHIRE

Free format text: RELEASE OF FIRST LIEN PATENT SECURITY INTEREST;ASSIGNOR:WILMINGTON SAVINGS FUND SOCIETY, FSB;REEL/FRAME:053743/0249

Effective date: 20200827

Owner name: SKILLSOFT LIMITED, IRELAND

Free format text: RELEASE OF FIRST LIEN PATENT SECURITY INTEREST;ASSIGNOR:WILMINGTON SAVINGS FUND SOCIETY, FSB;REEL/FRAME:053743/0249

Effective date: 20200827

Owner name: SKILLSOFT LIMITED, IRELAND

Free format text: RELEASE OF PATENT SECURITY INTEREST RECORDED AT REEL 052972/FRAME 0133;ASSIGNOR:WILMINGTON SAVINGS FUND SOCIETY, FSB;REEL/FRAME:053743/0423

Effective date: 20200827

Owner name: CYBERSHIFT HOLDINGS, INC., NEW HAMPSHIRE

Free format text: RELEASE OF FIRST LIEN PATENT SECURITY INTEREST;ASSIGNOR:WILMINGTON SAVINGS FUND SOCIETY, FSB;REEL/FRAME:053743/0249

Effective date: 20200827

Owner name: SKILLSOFT IRELAND LIMITED, IRELAND

Free format text: RELEASE OF PATENT SECURITY INTEREST RECORDED AT REEL 052972/FRAME 0133;ASSIGNOR:WILMINGTON SAVINGS FUND SOCIETY, FSB;REEL/FRAME:053743/0423

Effective date: 20200827

AS Assignment

Owner name: CITIBANK, N.A. AS COLLATERAL AGENT, DELAWARE

Free format text: SECURITY INTEREST;ASSIGNORS:SKILLSOFT LIMITED;SKILLSOFT IRELAND LIMITED;REEL/FRAME:056903/0191

Effective date: 20210716