Aller au contenu principal

Règles PlayLoop

Statut​

Document de règles projet — version initiale.

Objectif​

Encadrer PlayLoop comme application autonome mais connectée à DMV pour l'affichage dynamique local.

Règles strictes​

  • PlayLoop doit pouvoir fonctionner indépendamment de DMV public.
  • Un contenu DMV ne doit pas être diffusé sur écran sans règle de sélection ou validation.
  • Les devices doivent être authentifiés par un mécanisme dédié.
  • Les tokens device ne doivent jamais être exposés après création.
  • Les contenus affichés doivent être lisibles à distance.
  • Les campagnes sensibles doivent rester supervisées.
  • PlayLoop ne doit pas devenir une régie publicitaire intrusive.

Principes produit​

  • Simplicité de création.
  • Affichage clair.
  • Boucles courtes.
  • Contenus locaux utiles.
  • Faible friction d'installation.
  • IA comme aide à la génération, pas comme diffusion autonome.

Règles de contenu​

  • Un écran affiche peu de texte.
  • Un message doit être compréhensible en quelques secondes.
  • Les dates, lieux et horaires doivent être lisibles.
  • Les contenus expirés doivent sortir automatiquement si possible.
  • Les alertes mairie doivent être priorisées selon règles validées.

Architecture​

État visible :

  • module Laravel PlayLoop ;
  • devices ;
  • playlists ;
  • médias ;
  • campagnes ;
  • token device ;
  • source app playloop.

Vision cible :

  • player web/PWA ;
  • cache offline limité ;
  • monitoring device ;
  • génération IA via gateway ;
  • intégration DMV volontaire.

Anti-patterns​

  • Diffusion automatique de tout le mur DMV.
  • Écran saturé de texte.
  • Vidéos lourdes sans stratégie.
  • Token device stocké en clair.
  • Campagne sans date de fin.
  • Publicité agressive en lieu public.

Points à clarifier​

  • Frontend/player officiel.
  • Matériel cible.
  • Cache/offline.
  • Rotation tokens devices.
  • Règles de diffusion DMV vers PlayLoop.
  • Modèle économique final.