DRM-X 6.0 / SolucionesA bordo DRM · Aviones · Autobús · Tren · Barco

El entretenimiento protegido, incluso más allá de la cobertura de internet

Diseñar un servicio de vídeo protegido para el transporte y entornos remotos, con licencias de dispositivo pre-aprendidas o un servicio de licencia local cualificado que opera durante el viaje.

Environments
Aviones, autobuses, trenes, barcos e instalaciones remotas
Dos modelos
Licencias persistentes requeridas o expedición de licencias a bordo
Alcance de los proyectos
Arquitectura personalizada, despliegue seguro y aceptación desconectada
Modelo de emisión local · arquitectura de proyecto

DRM-X puede diseñar un servicio personalizado a bordo DRM alrededor de su flota, dispositivos y derechos de contenido.

  1. 01

    Preparación sobre el terreno

    Encriptar y validar los medios; proteger el suministro de claves.

  2. 02

    Transferencia segura

    Carga de medios aprobados y material clave protegido a bordo.

  3. 03

    Autorización local

    Un dispositivo titulado solicita una licencia sobre el vehículo LAN.

  4. 04

    Reproducción protegida

    El dispositivo CDM descifra bajo la política de licencia emitida.

El servicio local DRM emite la licencia; el dispositivo CDM descifra la película. Los permisos del proveedor y dependencias desconectadas deben estar calificados antes de la salida.

Comience con el momento en que se debe emitir una licencia

Hay dos significados diferentes de offline DRM. En el primero, cada dispositivo Android adquiere una licencia persistente Widevine mientras se conecta y descarga o recibe los medios cifrados. Durante el viaje restaura su propia licencia local. DRM-X Android SDK admite este modelo de aplicación en dispositivos calificados; no se requiere servidor de licencia a bordo para la reproducción restaurada ordinaria.

En segundo lugar, los dispositivos no pueden obtener licencias antes de la salida. Un servidor en el avión, autobús, tren o barco debe emitir licencias frescas sobre la red local, mientras que el Internet público no está disponible. Un punto final solo en la nube no puede servir a esas solicitudes. Se trata de un despliegue de licencia a bordo, no un ajuste de descarga reproductor y no sólo un caché de respuestas de licencia.

Una arquitectura práctica de licencias a bordo

En el terreno, su sistema de embalaje encripta los medios de comunicación y asocia sus Content IDs, identificaciones clave y políticas. Los medios cifrados y el material protegido de procesamiento de claves son transferidos al vehículo. Las claves de cifrado de contenido no deben viajar como archivos desprotegidos al lado de las películas: utilizar una protección clave de transferencia autenticada, encriptada y con acceso administrativo controlado.

A bordo, el reproductor autentica a través del servicio local y envía su desafío generado por el dispositivo DRM. La implementación del servidor autorizado autoriza la solicitud, obtiene de forma segura las claves de contenido apropiadas y crea una respuesta de licencia DRM para ese cliente.El cliente CDM—no el servidor de aplicaciones a bordo—descifra los medios para la reproducción protegida.

DRM-X puede trabajar con su sistema de cifrado de tierra existente y descarga de medios. Un despliegue de Linux/container es una opción para evaluar contra el tiempo de ejecución del proveedor aprobado y su hardware. El embalaje de contenedores por sí solo no establece que el sistema completo puede funcionar sin DNS, tiempo de Internet, provisión en línea o dependencias de licencias externas.

Probar el servicio completo sin una conexión WAN

Antes de prometer un despliegue de flota, calificar los permisos del proveedor y el servidor SDK, activación credencial, provisión de dispositivos y renovación, tiempo de confianza, vida útil de certificados, comportamiento de revocación y el período máximo desconectado. Confirme cómo se maneja un dispositivo de asiento de nueva disposición o reemplazo cuando aparezca por primera vez durante un viaje.

La prueba de aceptación debe eliminar físicamente la ruta de Internet y cubrir nuevas solicitudes de licencia, reiniciar, fallover, expiración, actualización de contenido, fallo de almacenamiento y recuperación. La reproducción exitosa del teléfono con una licencia sin conexión adquirida anteriormente demuestra el modelo persistente-cliente; no prueba la emisión de licencia fresca por un servidor conectado con el aire.

  • Proveedor y aprobación de los titulares de derechos para el despliegue
  • Protección de la importación clave, almacenamiento en reposo y acceso administrativo
  • autenticación local, límites de dispositivo y política firmada
  • Tiempo libre, provisión y dependencia de certificados
  • Capacidad, failover, actualizaciones y recuperación auditable

Tratar el contenido premium como requisito de fin a fin

Hollywood y otros catálogos premium pueden imponer seguridad del dispositivo, decodificación segura, protección de salida, geográfica, alquiler y condiciones de presentación de informes. Acorde esos requisitos con el titular de derechos, luego mapee a los DRM seleccionados, hardware de reproducción y procedimientos operativos. Un DRM nombre del producto o imagen del contenedor no es un sustituto de la aprobación.

Cuando el vehículo vuelve a conectarse, sincronizar las pruebas operativas y actualizaciones de contenido aprobadas sin exponer claves claras o credenciales en los registros. Planifica renovación de certificados y actualizaciones de software lo suficientemente por delante del viaje desconectado más largo. Un plan de recuperación operacional es tan importante como la primera reproducción exitosa.

Cuéntanos sobre tu flota y el sistema existente

Haihaisoft puede evaluar y construir un servicio personalizado a bordo DRM con usted. Comience por compartir su arquitectura, los sistemas necesarios DRM, el proceso de embalaje/transferencia de tierra y la pila de destino reproductor. Identificaremos los límites de integración, los criterios de aceptación de la prueba de contacto y el trabajo de despliegue necesario antes de un compromiso de producción.

Incluya el número de aeronaves o vehículos, asientos/dispositivos por vehículo, reproducción simultánea máxima, Android modelos y firmware, resolución esperada, servidor local CPU/OS, duración desconectada más larga y ventanas de actualización. También díganos si los dispositivos se administran pantallas traseras, dispositivos de propiedad de los pasajeros, o una mezcla: el suministro y el derecho difieren sustancialmente.

Cuestiones comunes

¿Tenemos que adquirir licencias antes de la salida?

No si un servicio a bordo debidamente autorizado y calificado puede emitirlos localmente. Cuando es necesario, el despliegue del servidor y sus dependencias forman parte del proyecto.

¿Debemos usar el DRM-X Android reproductor?

No. nativo compatible Media3 reproductores puede integrarse con el contrato de backend/license acordado. El SDK simplifica la integración del cliente pero no puede crear un servidor a bordo por sí mismo.

¿Puede proporcionar una implementación de Linux Docker?

Se puede evaluar un despliegue Linux/container para el servicio personalizado, sujeto al tiempo de ejecución del proveedor seleccionado, permisos, hardware y aceptación totalmente desconectada. No es una reclamación incondicional por cada DRM.

¿Se incluye un servicio a bordo con el Profesional SDK descarga?

No. El profesional y la empresa proporcionan Android SDK acceso a la descarga. Un servicio de licencias a bordo específico de la flota requiere un análisis separado y un acuerdo comercial.

Antecedentes de la plataforma: Widevine vista general de la plataforma. Product behavior and deployment scope are described above; platform capabilities do not imply every customer deployment is qualified.

Construye con DRM-X 6.0

Definimos su arquitectura de reproducción desconectada.

Compartir el tamaño de la flota, conteo de dispositivos, reproductor pila y el período más largo desconectado con Haihaisoft.

Contacto Haihaisoft