Saltar al contenido principal

Integración de App VR Nativa con Estándar SCORM

El Problema de SCORM​

El estándar SCORM fue diseñado hace más de 20 años pensando exclusivamente en cursos que viven dentro de un navegador web (Chrome, Firefox, etc.). Su forma de funcionar es simple: el curso busca un objeto de JavaScript en la ventana del navegador para enviarle la calificación.

El conflicto: El desarollo sera aplicación nativa o que corre dentro de un casco Meta Quest. Al ser una app instalada y no una página web, no existe un navegador que haga de puente. Por lo tanto, el APK no tiene a quién entregarle los datos de forma natural bajo el estándar SCORM puro.

La Limitación Técnica​

SCORM no es una API de internet. Es una "API de navegador". No tiene una URL o un destino en la nube al cual podamos hacerle un envío de datos directo desde el código de Unity.

La Propuesta: El Puente Digital​

Para que se pueda entregar resultados al cliente, necesitamos saltarnos la limitación del navegador. La solución más eficiente es que el cliente nos proporcione una puerta de entrada (Endpoint/API REST).

Planteamiento del flujo:

  1. En el VR: El usuario termina su práctica.
  2. Envío: La app envía un paquete de datos (ID de usuario, puntaje, estado) por internet a una dirección específica del cliente.
  3. Recepción: El sistema del cliente recibe estos datos y, mediante un proceso interno, los registra en su plataforma como si vinieran de un SCORM.

Beneficios de este enfoque​

  • Sincronización real: Los datos se guardan aunque el usuario no cierre el navegador (porque no hay uno).
  • Flexibilidad: Podemos enviar datos mucho más detallados que un simple "aprobado/reprobado".

Conclusión​

Para cumplir con el requerimiento de "usar SCORM", la infraestructura del cliente debe evolucionar de una recepción pasiva (esperar a que el navegador hable) a una recepción activa, proporcionando una URL de destino para que nuestro desarrollo pueda enviar los datos. Esto es loq ue se esperaria que el cliente pueda desarollar con la plataforma que mencionaron, en caso de que no, nosotros creariamos un intermediario entre plataforma cliente - servidor intermedio - App VR. a manera que guardemos los datos como nos sirve a nostros y despues solo se envien en la forma que se neceste.