Sector público
Un pleno sale en directo y queda en el archivo, la formación del personal es una biblioteca por departamento y el público recibe una línea con caducidad larga desde el sitio web de la institución. El vídeo permanece en una infraestructura que gestiona la propia institución.
Los retos
Las reuniones se emiten y después tienen que seguir disponibles para los residentes, en un archivo que conserva la institución y no solo en una plataforma externa.
Los residentes ven las sesiones abiertas y la información, mientras que el personal usa formación y comunicados internos que no deben ser públicos.
Las normas de contratación y de protección de datos suelen preguntar dónde funciona el servicio y quién lo administra, y un servicio alojado plantea la pregunta cada vez.
Cómo ayuda Xtream UI Pro
Una sesión es un canal en directo alimentado por el codificador de la sala; con catch-up activado, quien llega tarde puede rebobinar, y la grabación se archiva como un episodio de la serie de sesiones.
Los residentes reciben una línea con caducidad larga desde el sitio web de la institución; el personal recibe líneas por departamento con sus propios paquetes y bouquets, de modo que la formación y los comunicados internos quedan fuera de la parrilla pública.
El panel, el origen y los nodos funcionan en servidores que elige la institución, con inicio de sesión en dos pasos, grupos de permisos, un registro de auditoría y copias de seguridad cifradas para sus propios operadores.
Capacidades de la plataforma
Las capacidades de abajo son las que necesita este despliegue. Todas están ya en el producto; nada de lo que figura aquí está previsto o es bajo petición.
Canales en directo desde tus propias fuentes, con EPG, catch-up y timeshift cuando la fuente lo permite, entregados como HLS o MPEG-TS a las aplicaciones y receptores que usan tus espectadores.
Hub de origen con una conexión de origen por canal · RTMP de entrada y salida · transcodificación con ffmpeg
Películas, series con temporadas y episodios y radio, organizadas en categorías y bouquets, con metadatos de TMDB y una tarea de ingesta que descarga y codifica tus fuentes.
Enlaces de reproducción firmados y con caducidad · caché de VOD por nodo
Una línea es el acceso de un espectador: paquete, bouquets, caducidad, límite de conexiones y formatos de salida, con códigos de activación, pruebas y renovaciones que siguen las mismas reglas en todas partes.
API de Xtream Codes, M3U/XMLTV, portales MAG y Enigma2, reproductor web
Inicio de sesión en dos pasos, secretos sellados en reposo, enlaces de reproducción firmados y vinculados al espectador, reglas de IP y de país, límites de conexiones y protección contra fuerza bruta.
TOTP · claves selladas con AES · URL firmadas con HMAC · reglas de GeoIP e ISP
Vistas de conexiones y tráfico, registros de auditoría, métricas de Prometheus, alertas por correo, Telegram o webhook, modo de mantenimiento y comprobación de actualizaciones integrada.
Endpoints /metrics · cola de tareas con arrendamientos · copias de seguridad cifradas de la base de datos
Crea, renueva y suspende accesos desde tus propios sistemas mediante la Reseller API, recibe webhooks firmados y conecta plataformas de facturación o comercio con un conector listo para usar.
Reseller API con identificadores de solicitud idempotentes · claves de Admin API · 17 conectores
En el panel
Capturas del panel de una instalación nueva con el catálogo de ejemplo. Nada es una maqueta.
Arquitectura de la infraestructura
Un servidor de gestión en el centro de datos del ayuntamiento, la señal del salón de plenos como canal en directo con archivo conservado, una biblioteca de formación del personal por departamento, líneas públicas con caducidad larga y los sistemas propios del ayuntamiento en la Reseller API.
Elige una parte del diagrama para ver qué hace.
En un despliegue del sector público, las fuentes son la señal en directo del salón de plenos, las grabaciones de sesiones pasadas y los vídeos de formación; el panel contiene los bouquets público y del personal y las líneas de ambas audiencias; el origen las atiende, con nodos donde una sede lo necesite; los sistemas del ayuntamiento se conectan mediante la Reseller API.
El panel, la API, el worker y el origen funcionan en un servidor del ayuntamiento detrás de su proxy inverso; la base de reproducción es la dirección pública a la que acceden los residentes.
El codificador del salón envía un canal en directo al bouquet público; la grabación se convierte en un episodio de una serie por órgano, como el pleno y las comisiones.
Los residentes reciben una línea con caducidad larga entregada desde el sitio web del ayuntamiento, vinculada solo al bouquet público.
El personal recibe líneas por departamento con paquetes que añaden la biblioteca de formación y los comunicados internos; los sistemas propios del ayuntamiento las crean y las desactivan mediante la Reseller API.
Correspondencia de configuración
La plataforma no tiene objetos específicos de un sector: un bouquet, una línea, un paquete o una cuenta de socio se usa como el concepto que necesita tu sector. Son correspondencias conceptuales, no funciones nativas de ese sector.
Requisitos previos, instalación en los servidores de la institución, sesiones en directo y archivo, acceso público y del personal, seguridad y resolución de problemas, paso a paso.
Leer la guía de configuración| En tu sector | En la plataforma |
|---|---|
| Pleno o canal público | Canal en directo: un stream con sus fuentes, EPG y formatos de salida |
| Archivo de sesiones y biblioteca de formación | Catálogo VOD: películas y series con temporadas y episodios, categorías y metadatos |
| Programación pública o colección de un departamento | Bouquet: un conjunto con nombre de canales, películas o series que concede un paquete |
| Acceso de residente o de personal | Línea: un acceso con su paquete, bouquets, caducidad, límite de conexiones y salidas |
| Validez de un acceso público o del personal | Fecha de caducidad de la línea, renovada mediante un paquete, un crédito o la API |
| Integración con el sistema del ayuntamiento | Reseller API y webhooks: las operaciones del panel desde tu propio sistema |
Los sistemas propios de la institución, como su sitio web, su directorio de personal o su sistema de expedientes, se conectan mediante la Reseller API (crear, renovar, desactivar una línea) y los webhooks; el panel no tiene integración nativa con un producto concreto del sector público ni inicio de sesión único para los espectadores.
Mantén la plataforma en la infraestructura propia de la institución detrás de su proxy inverso con TLS; guarda el material público y el interno en bouquets separados; las líneas llevan un límite de conexiones; los enlaces de reproducción están firmados y caducan; las cuentas del panel usan inicio de sesión en dos pasos, grupos de permisos y claves de la Admin API con lista de IP permitidas; el registro de auditoría anota cada cambio.
La institución necesita el derecho a publicar las sesiones y cualquier material de terceros de su biblioteca de formación; la plataforma no aporta contenido ni derechos. Se aplican los planes estándar.
Derechos de contenido y uso aceptableCentro de ayuda
Las preguntas que hacen los operadores antes de un despliegue. El centro de ayuda tiene las generales.
Centro de ayudaLos espectadores siempre usan una línea. El ayuntamiento puede entregar desde su sitio web una línea con caducidad larga, vinculada al bouquet público, de modo que los residentes reciben credenciales y no necesitan ninguna otra cuenta.
Sí. Colócalo en bouquets que solo concedan los paquetes del personal; una línea solo ve los bouquets de su paquete, así que la línea pública nunca recibe la biblioteca de formación.
La grabación se añade al catálogo como un episodio y permanece hasta que la institución la elimina; es un archivo de la institución en su propio servidor, y la retención es decisión de la institución.
