Digital signage: scheduling content across many screens
Running one screen is easy. Running two hundred across factories, offices, schools and retail sites is a scheduling and governance problem. This guide covers how content scheduling works in practice, using the model behind Displomo.
Group screens before you schedule anything
The first decision is structure, not content. Screens should be grouped by the audience in front of them — reception, shop floor, canteen, store front — because that is what determines what should play and how long a message stays relevant. Groups can overlap: a single screen may take company-wide announcements, site-specific safety messaging and department content at different times.
Playlists, zones and dayparting
A layout divides the screen into zones — a main content area, a sidebar, a ticker, a clock. Each zone runs its own playlist so a safety message can hold the main area while the ticker keeps updating.
Dayparting schedules different content by time and weekday: shift-change messaging in the morning, menus at lunchtime, customer-facing promotion during trading hours. Combined with start and end dates on each item, content expires on its own instead of needing someone to remember to remove it.
Offline playback and monitoring
Networks fail, and a blank screen in a reception area is worse than no screen at all. Players should cache their schedule and media locally and keep playing through an outage, then pick up changes when the connection returns.
Just as important is knowing what is actually on screen: last check-in time, current playlist, media download status and unreachable players. Without monitoring, signage estates quietly rot — screens sit on last month's content and nobody notices.
- Local media cache with scheduled playback
- Player heartbeat and last-seen reporting
- Proof-of-play logs for compliance or advertising
- Remote restart and content re-sync
Governance keeps it useful
The screens that stay useful are the ones with an owner. Decide who can publish to which groups, whether content is approved before it goes live, and how long items live by default. Role-based publishing means a site manager can push local content without risking company-wide screens.
Frequently asked questions
- What hardware do the screens need?
- Any display driven by a supported player device. The scheduling platform is hardware-agnostic; the practical constraints are the player's media decoding capability and network access.
- What happens if a screen goes offline?
- It keeps playing its cached schedule and reports as unreachable in the dashboard, then syncs the latest content when it reconnects.
- Can different sites manage their own content?
- Yes — screen groups and role-based publishing let local teams manage their own displays while central content remains controlled.
Want to take this further?
Explore DisplomoRelated guides
What is the Clarion programming language?
A practical introduction to Clarion: what it is, what it is used for, why business applications built with it are still running after 30 years, and where it fits today.
Clarion ABC vs Legacy: which template chain should you use?
The difference between the ABC and Legacy (Clarion) template chains, what each means for maintenance and third-party add-ons, and how to decide when converting is worth it.
Upgrading Clarion: moving an application from Clarion 6 to Clarion 12
A staged approach to upgrading older Clarion applications — what actually breaks, how to sequence the work, and how to keep shipping while you do it.