Frage

Ich habe diese Zeichenfolge, die ich von Adobe Presenter 7 zurückbekomme.Es heißt suspend_data und ist vom Typ CMIString4096 (von den Dokumenten)

CMISTRING4096 Ein Satz von ASCII -Zeichen mit einer maximalen Länge von 4096 Zeichen.

Dies ist die Zeichenfolge:

aG1111111000000000BB001EC%2EacC%7E%24GS%2AayjHm110BKCBBB0B0EBAB1B1ED%2EicC%7E%24GS%2AlfkHm110BKDBCB0B0EBBB0B0EBAB1B1EE%2EwcC%7E%24GS%2ACBlHm10 0BKDB2BCBCDB1BABBDB0BBBADF%2E7cC%7E%24GS%2A4GmHm110BKBB0Ebl%C3%A1rRbl%C3%A1r%3Bgr%C3%A6nn%3Brau% C3%B0urB

Es sieht aus wie Base64 mit einigen URL-codierten Zeichen.Wenn ich die Zeichenfolge mit urldecode() codiere, ähneln die letzten paar Zeichen einigen Daten, sind aber in utf8, dann codiere ich sie mit utf8_decode und sehe dies.

aG1111111000000000BB001EC.acC~$GS*ayjHm110BKCBBB0B0EBAB1B1ED.icC~$GS*
lfkHm110BKDBCB0B0EBBB0B0EBAB1B1EE.wcC~$GS*CBlHm100BKDB2BCBCDB1BABBDB0BBBADF.
7cC~$GS*4GmHm110BKBB0EblárRblár;grænn;rauðurB

Ok, ich bin näher an einigen Daten (am Ende), aber es sieht immer noch so aus, als wäre es ein Chaos.Wenn ich es base64_decode() verwende, bekomme ich ein binäres Durcheinander, aber ich weiß nicht, was zum Teufel es ist.

Weiß jemand, was das für Daten sind und wie ich daraus einen Sinn ziehen kann?Ich verwende übrigens PHP, daher sind nur die darin enthaltenen Funktionen anwendbar.

War es hilfreich?

Lösung

Die im cmi.suspend_data Feld gespeicherten Daten ist einfach ein Eimer von Daten, die die SCO (der Inhalt) verwenden können, seinen aktuellen Zustand zu verharren. Es gibt keine semantische Bedeutung oder definierte Struktur auf die Daten. In vielen Fällen kann die Bedeutung der Daten an oder künstlich umgekehrt zu erraten, aber das scheint nicht der Fall zu sein mit Inhalt von Adobe Presenter produziert.

Das suspend_data Feld ist auf 4096 ASCII-Zeichen begrenzt. Für einige SCOs bedeutet dies genügend Speicher nicht bieten vollständig den aktuellen Zustand zu verharren. In vielen Fällen wird ein Content-Entwickler mit diesem Dilemma konfrontiert einen Kompressionsalgorithmus auf die Zustandsdaten anwenden, um sie in die begrenzte Größe zu quetschen. Es sieht aus wie das ist, was Adobe Presenter hier tut. Meine Vermutung ist, dass sie ihre Daten an den nicht codierten Zustand komprimiert, die Sie gefunden, dann die URL-Codierung angewandt, um sicherzustellen, dass alle resultierenden Zeichen sicher an das LMS zu senden waren.

Die Zeichenfolge von 1 und 0 zu Beginn der Suspend-Daten könnte etwas sinnvoll sein. Es könnte wahrscheinlich entsprechen, die von den Folien im Verlauf wurden von den Lernenden bisher angesehen. Um dies zu überprüfen, könnte es hilfreich sein, den Kurs durch ein Werkzeug wie SCORM Testtrack zu laufen (frei verfügbar unter scorm.com ) und die erzeugten Debug-Protokolle verwenden, zu beobachten, wie die Datenänderungen aussetzen, wenn der Benutzer den Kurs durchläuft.

SCORM bietet eine ganze Reihe von anderen Datenmodellelemente, die eine bestimmte Bedeutung für den aktuellen Status des Kurses in Bezug verfügen. Hier ist ein Liste aller verfügbaren Datenmodell Elemente . Die SCORM Testtrack Debug-Protokolle wird auch zeigen Ihnen, welche dieser Daten Modellelemente Adobe Inhalt Verwendungszwecke.

Andere Tipps

Ich glaube nicht, dass SCORM definiert, was das Feld suspend_data enthält oder in welchem ​​Format es vorliegt.Dies hängt ganz vom Inhalt/der Lektion ab (in Ihrem Fall Adobe Presenter), es kann jedoch nur Text sein und ist auf 4096 Zeichen begrenzt.

Dieses Feld kann vom Inhalt verwendet werden, um beliebige Zustände zu speichern, die beim nächsten Start an den Inhalt zurückgegeben werden sollen.

Gefunden

13.cmi.suspend_data

Lesen Schreiben

Als Ort, an dem Informationen zu speichern sind, die ein SCO bis zu einer nachfolgenden Sitzung bestehen möchte.

In Hier.So wie Martin schrieb: SCORM definiert nur den Datentyp und nicht die Kodierung oder den Inhalt von cmi.suspend_data.Vielleicht Das könnte Ihnen bei der Bestimmung der Kodierung helfen.

Lizenziert unter: CC-BY-SA mit Zuschreibung
Nicht verbunden mit StackOverflow
scroll top