La section Monitors

Utilisez l'onglet Emergency pour configurer la messagerie d'urgence. Les sources des messages d'urgence peuvent être les suivantes :

• Une URL vers la messagerie d'urgence de Broadsign Publish.

Copiez cette URL depuis la section Emergency Messagin dans le Tableau de bord d'administration de Broadsign Publish. Pour plus de détails, consultez Configurer l'URL d'urgence dans la documentation de Broadsign Publish.



• Une URL pointant vers un fichier statique sur un serveur externe.
• Une URL d'un package HTML5 sur un serveur externe.

Configurer les paramètres d'urgence

Les options suivantes sont disponibles :

• Enable the Emergency Monitor – Active la fonction.

• URL – Votre URL unique de messagerie d'urgence.

• Emergency Ad Copy Type – Deux méthodes sont disponibles pour envoyer le protocole de message d'urgence. Voir Type de copie publicitaire d'urgence - Fichier statique et Type de copie publicitaire d'urgence - Pack HTML5.
• Send "Power On" RS-232 command to attached displays – Lorsque cette fonction est activée, si vous utilisez la commande de périphériques RS-232, un message d’urgence allumera automatiquement votre écran s’il n’est pas déjà allumé. De même, l'état d'alimentation correct sera rétabli une fois le message d'urgence terminé. Pour que cela fonctionne, vous devez définir les actions « Power On », « Power Off » et « Assert Power ». Pour plus d'informations, consultez Ajouter une période de contrôle de périphérique.

Type de copie publicitaire d'urgence - Fichier statique

Note : Les messages d'urgence statiques ne prennent en charge que les images.

Vous pouvez activer/désactiver le protocole de message d'urgence en ajoutant ou en supprimant un fichier statique sur le serveur distant. Le lecteur envoie une requête HTTP HEAD toutes les 60 secondes à l'URL spécifiée.

• Si la réponse est autre chose que 200, le lecteur ignore la réponse.
• Si la réponse est un 200, le lecteur effectue ensuite une requête HTTP GET complète. Le contenu de la réponse URL s'affiche dans un navigateur, en plein écran. Le message d'urgence est désormais considéré comme « actif ».

Note : Lorsqu'ils sont actifs, les messages d'urgence interrompent la boucle et s'affichent en plein écran.

• Les requêtes HTTP HEAD se poursuivent toutes les 60 secondes jusqu'à ce que le lecteur reçoive une réponse autre que 200 (par exemple, 404 introuvable). Dans ce cas, le lecteur utilise la réponse pour désactiver le message d'urgence et revenir à la boucle normale.

• Append Player Id – Active la fonction de ciblage du lecteur. Vous pouvez ajouter des comportements ciblant des lecteurs spécifiques (par exemple, des messages spécifiques au site).
• Variable name – La variable d'identification du lecteur par défaut est com.broadsign.suite.bsp.player_id. Vous pouvez renommer la variable, si vous le souhaitez. Par exemple, vous pouvez changer le nom de la variable de player_id à franchise_id ou retail_player_id. Voir Variables dans l'URL d'urgence pour plus de détails.

Note : Pour de meilleurs résultats, assurez-vous que toutes les variables de contenu utilisées dans l'URL du moniteur d'urgence sont identiques sur toutes les unités d'affichage synchronisées (par exemple Leader - Follower). Sinon, lorsque la variable est substituée dans l'URL du message d'urgence, il peut arriver que Leader et Follower indiquent différentes sources pour leur message d’urgence.

Note : Le lecteur ajoute son identifiant comme variable HTTP GET à chaque requête, permettant ainsi à la logique côté serveur d'activer sélectivement les messages d'urgence pour chaque lecteur.

Note : Si vous utilisez plusieurs cadres, le frame_id dans lequel l'urgence est diffusée est ajouté à la fin de l'URL. Le frame_id est toujours égal à 0, et non à sa valeur précédente, car les messages d'urgence utilisent tout l'écran et ne sont pas associés à un identifiant de cadre.

Broadsign Control prend en charge les URL de sites Web HTTPS valides.

Type de copie publicitaire d'urgence - Pack HTML5

Active/désactive le protocole de message d'urgence en ajoutant et en supprimant un x-html-package au lieu d'un fichier .html classique sur le serveur distant. Le lecteur envoie une requête HTTP HEAD toutes les 60 secondes à l'URL spécifiée.

Note : Le chemin d'accès au fichier HTML principal du package HTML5 doit être index.html. Pour plus d'informations, consultez Ajouter une copie publicitaire de package HTML.

Note : Vous pouvez utiliser un BroadsignObject pour vos messages d'urgence.

• Si la réponse est autre chose que 200, le lecteur ignore la réponse.
• Si la réponse est un 200, le lecteur effectue ensuite une requête HTTP GET complète et décompresse le x-html-package d'urgence sur le disque local. Le contenu de la réponse URL s'affiche dans un navigateur, en plein écran. Le message d'urgence est désormais considéré comme « actif ».

Le lecteur vérifie la date de « dernière modification » et effectue une nouvelle requête HTTP GET si la date change. Cela permet de garantir que, si le message d'urgence change pendant la période d'urgence, les écrans soient actualisés avec le nouveau message.

Le x-html-package est décompressé avant d'être affiché à l'écran.

Note : Lorsqu'ils sont actifs, les messages d'urgence interrompent la boucle et s'affichent en plein écran.

• Les requêtes HTTP HEAD continuent en arrière-plan du lecteur vers le serveur périphérique toutes les 60 secondes jusqu'à ce que le lecteur reçoive une réponse autre que 200 (par exemple, 404 introuvable). Dans ce cas, le lecteur utilise la réponse pour désactiver le message d'urgence et revenir à la boucle normale.

Note : Le lecteur ajoute son identifiant comme variable HTTP GET à chaque requête, permettant ainsi à la logique côté serveur d'activer sélectivement les messages d'urgence pour chaque joueur.

Les options suivantes sont disponibles :

• Send requests through edge server – Lorsque cette option est activée, le lecteur enverra une requête HTTPS au serveur périphérique actuellement assigné. Si plusieurs serveurs périphériques sont attribués, il n'y aura pas de rotation, mais celui ayant l'identifiant le plus bas sera toujours utilisé. Il est acceptable que le message d'urgence ne soit pas activé si le serveur périphérique est hors service. Le lecteur transmettra l'URL de destination complète sous forme d'en-tête HTTP au serveur périphérique.
  • Request Frequency – Lorsque l'option Send requests through edge server est activée, la fréquence des requêtes est exprimée en secondes. La valeur minimale est de 5 secondes et la valeur par défaut est de 30 secondes.
  • Maximum number of errors – Lorsque l'option Send requests through edge server est activée, nombre d'erreurs autorisées avant que le lecteur ne passe par un serveur périphérique secondaire au même niveau, si disponible.

Variables dans l'URL d'urgence

Vous pouvez utiliser des variables de contenu pour transformer dynamiquement l'URL des messages d'urgence.

• La liste des variables est décrite dans Variables de contenu.
• Les variables sont identifiées par {{variable_name}}.
• Le remplacement des variables dans les URL d'urgence fonctionne comme décrit dans la section Paramètres de configuration de la documentation Monitor Sync.
• Le remplacement de variable fonctionne à la fois pour l'URL standard du moniteur d'urgence et pour l'URL du moniteur d'urgence du package HTML5.
• Toutes les variables automatiques, ainsi que les variables du lecteur et/ou de l'unité d'affichage (display_unit_address, display_unit_id, display_unit_lat_long, display_unit_location_code, display_unit_resolution et player_id), peuvent être utilisées et suivent les mêmes règles d'héritage. Les variables personnalisées créées par l'utilisateur sur l'unité d'affichage ou le lecteur peuvent également être utilisées dans l'URL d'urgence.
• Le remplacement de variable peut se produire n'importe où dans l'URL, SAUF dans le protocole.
• Il est possible d'avoir plusieurs variables dans la même URL.
• Si l'URL résultante est invalide après le remplacement des variables, elle sera consignée dans le journal du lecteur.
• Le remplacement des variables est effectué côté lecteur et est transparent pour le serveur périphérique lorsque l'option Send requests through edge server est utilisée.
• Pour conserver l'affichage synchrone d'un message d'urgence sur un groupe d'écrans synchronisés, évitez d'utiliser des variables spécifiques aux lecteurs, car cela limitera la capacité du serveur périphérique à mettre en cache un seul message et à le diffuser à tous les lecteurs. Les variables doivent être structurées de manière à générer la même URL finale pour tous les lecteurs d'un groupe synchronisé utilisant l'option Send requests through edge server.

L'onglet CPU contient des paramètres permettant d'activer les seuils d'utilisation et de durée élevés du processeur.

• Threshold – Lorsque le paramètre Threshold est activé, le lecteur enverra une notification d'incident si l'utilisation du processeur dépasse le seuil d'utilisation élevée du processeur pendant une durée supérieure à la période d'utilisation élevée du processeur spécifiée en secondes.
• Frequency – La section Frequency contrôle la fréquence à laquelle le moniteur d'utilisation du processeur vérifie les paramètres d'utilisation du processeur et la fréquence à laquelle l'utilisation du processeur est enregistrée. Un réglage de fréquence d'enregistrement de zéro (0) seconde désactive l'enregistrement.

L'onglet Memory active ou désactive la capacité du lecteur à redémarrer automatiquement si l'utilisation de la mémoire système dépasse 90 %.

Cela permet d'éviter que le contenu tiers n'épuise toute la mémoire du système, ce qui entraînerait des échanges de données, une lecture de mauvaise qualité ou des plantages.