Aller au contenu principal

Application PlayLoop

Statut

Document de cadrage écosystème — version initiale.

Rôle

PlayLoop est une application connectée mais autonome destinée à l'affichage dynamique local.

Elle s'adresse aux écrans TV, vitrines, commerces, lieux publics, mairies et autres supports de diffusion locale. Son rôle est de transformer des contenus territoriaux en boucles de diffusion adaptées à un écran ou à un dispositif dédié.

PlayLoop peut utiliser des publications DMV comme source de contenu, mais ne doit pas dépendre de la couverture DMV d'une commune pour fonctionner.

Périmètre fonctionnel

Le périmètre PlayLoop couvre :

  • l'enregistrement de dispositifs ou écrans ;
  • la gestion de playlists ;
  • l'organisation d'items dans une boucle ;
  • l'utilisation de médias dédiés ;
  • la planification ou gestion de campagnes ;
  • la récupération d'une playlist par un device ;
  • le suivi minimal de présence ou d'activité des devices ;
  • la possibilité de réutiliser des publications DMV lorsque les droits et le contexte le permettent.

Usages cibles

ContexteExemple d'usage
MairieDiffuser alertes, actualités, événements et informations pratiques sur un écran municipal.
CommerceAfficher des contenus locaux ou propres au commerce en vitrine.
AssociationDiffuser des événements ou messages lors d'un forum, d'une salle ou d'un lieu d'accueil.
Lieu publicAfficher une boucle d'informations territoriales sans interaction utilisateur.
Commune non couverte par DMVUtiliser PlayLoop avec des contenus propres, sans dépendre du site public DMV.

Données principales

PlayLoop peut s'appuyer sur :

  • devices ;
  • playlists ;
  • items de playlist ;
  • médias ;
  • campagnes ;
  • acteurs ou communes lorsque le rattachement territorial existe ;
  • publications DMV comme source optionnelle ;
  • statistiques de diffusion ou de présence, à préciser dans la documentation analytics.

État actuel visible dans le code

Le backend Laravel contient un module PlayLoop visible avec :

  • authentification device ;
  • middleware device token ;
  • contrôleurs device et administration ;
  • modèles PlayloopDevice, PlayloopPlaylist, PlayloopPlaylistItem, PlayloopMedia et PlayloopCampaign ;
  • services de lecture et d'écriture ;
  • routes API pour playlist device, ping, devices, playlists, media et campagnes.

Aucune application frontend PlayLoop dédiée n'a été identifiée comme projet séparé dans le workspace inspecté. Cette absence doit être traitée comme un état actuel, pas comme une conclusion produit définitive.

Vision cible

La cible est que PlayLoop soit un produit autonome de diffusion locale.

PlayLoop doit pouvoir :

  • créer et piloter ses propres contenus ;
  • utiliser des publications DMV comme source quand elles existent ;
  • fonctionner avec une commune ou un acteur non encore exposé dans DMV public ;
  • gérer ses propres devices et playlists ;
  • respecter les droits et sources des contenus importés depuis le socle commun ;
  • remonter des statistiques utiles sans complexifier l'expérience d'affichage.

Autonomie

Le principe d'autonomie est essentiel pour PlayLoop.

PlayLoop ne doit pas être seulement un écran secondaire de DMV. Il doit pouvoir servir un besoin d'affichage dynamique local même lorsque :

  • la commune n'a pas encore de portail DMV public ;
  • les contenus sont propres à un commerce ou à un lieu ;
  • la diffusion repose sur des médias dédiés ;
  • les règles de publication publique ne sont pas les mêmes que les règles de diffusion écran.

Interactions avec DMV

Les interactions naturelles avec DMV sont :

  • réutiliser des publications DMV dans une playlist ;
  • diffuser des alertes ou informations communales issues de Mairie ;
  • valoriser certains acteurs ou événements ;
  • remonter des statistiques de consultation ou de diffusion ;
  • partager les médias lorsque les droits le permettent.

Ces interactions doivent être explicites. Un contenu visible sur DMV ne doit pas être diffusé automatiquement sur PlayLoop sans règle de sélection, droit ou validation adapté.