How To Go Interactive In Digital Signage

touch-screen-s

GUEST POST: Mark Janke, Deviceworx

There’s a reason so many digital signs out there have fingerprints all over them – consumers expect that pretty much any screen they see and use will be interactive, just like their phones and tablets.

But only a fraction of the digital signs now operating in the field are set up for interaction. A big reason is that many don’t need to be, but it’s also because there have previously been a lot of cost and technical barriers.

That’s changing, and in this post I’ll provide some ideas on the opportunities, techniques and challenges of turning on what I call Interactive Digital Signage, or IDS.

There used to be several barriers to going ahead with IDS – the touchscreen hardware was too expensive and there were too many choices when it came to technologies available that supported interactive content.

Today, touchscreen costing has been reduced and there are other, very cool and interesting ways that users can interact with content, including gesture control. Think Xbox Kinect, but instead of gesturing to control a game, you can use gestures to select screen controls to do things like search for product info within a retail store.

Interactive content technology selection used to limit available IDS platform choices. For example, selecting Microsoft Silverlight meant only Microsoft-centric IDS platforms (typically running Windows) could be used.

GOING HTML5

Today, interactive content developers have all but standardized on HTML5, in part because it is supported by Apple, Google and Microsoft. Developers are also motivated by the emergence of awesome developer tools from the likes of Intel, Adobe, Microsoft and Google, that run on Apple, Windows or even Linux operating systems.

Apple co-founder Steve Jobs said it best when he foresaw the future in April 2010 and stated “New open standards created in the mobile era, such as HTML5, will win on mobile devices (and PCs too).”

If you are interested in more info on HTML5, check out the fantastic overview provided by Intel in a video on its site.

Improved IDS platform costing, and the maturing and standardization of interactive content, goes a long way to easing the path for developers and integrators getting into IDS, but challenges still remain.

For example: how can content, and IDS platforms themselves, be managed on systems that are geographically dispersed in remote locations? And how can content statistics be collated in a central location for system-wide stats analysis?

GETTING CONNECTED

To address all of these challenges, IDS platforms (that are running the interactive content) must be connected to a centralized server (or virtual server on newer “cloud” technology). There are a variety of techniques supporting this connection, each with benefits and pitfalls.

It can be a huge advantage if install locations for IDS platforms already have an Internet connection. Sometimes IDS platforms can simply plug into a free router port or connect via Wi-Fi. You want to plug into Ethernet and avoid using existing Wi-Fi connections if at all possible, as Wi-Fi connections are commonly lost at some time after installation. That can happen because of something as simple as the movement of shelving or furniture, or because someone at the location decided that a Wi-Fi name or password change was necessary. The extra cost for installing an Ethernet cable pales in comparison to the cost of a service call to fix a Wi-Fi coverage or connection issue.

Even if an Ethernet cable is plainly available, ensure that a quick audit or test of required connections is made, to ensure that they will support IDS platform communications with a server on the Internet. Some install locations may be set up with connectivity that is limited to a POS or a payment system server over a Virtual Private Network, or VPN. Such Internet connections will not be usable for connection of IDS platforms to their centralized management server.

You also want to ensure that any firewalls do not prevent access to the server by testing open communication ports through those firewalls. Using a centralized server that supports IDS platform-driven communications (e.g. server polling) and commonly open ports, such as web browsing ports 80 and 443, will go a long way to ensuring that virtually no firewall impediments exist.

If no existing Internet connection is available (that can be used), then a dedicated connection will have to be installed. This is nowhere near the hurdle that it used to be given the improvements in cell data coverage and reduced cost of Machine to Machine (M2M) cellular data modems and data only accounts. Dynamic cell data IP addresses can be used and monthly data account fees may be well under $20 per location per month.

MANAGING THE NETWORK

Once IDS platforms are connected to a centralized management sever, management of those platforms and the HTML5 content that they are running can become quite easy and powerful. Managers simply login to the server’s user interface or “dashboard” using an Internet browser. At a platform level, managers can determine when devices go down. HTML5 content versions can be tracked and revised in real-time. These are the fundamental benefits of remote management. Ensure that the platform is running and that it is running the correct content.

Additional benefits are possible when HTML5 content is extended. For example, HTML5 content can be developed to support storing event statistics that are then reported within the centralized management server. Event statistics could describe when users are taking specific action, such as selecting a web page, or they could describe user selections including poll results.

HTML5 content would simply call a platform API (JavaScript function) when an event occurred and the platform and centralized management server would take care of statistics data transfer and reporting. HTML5 content creators could focus on what they know best, the layout and design of cool and compelling content.

Further extension could support storage, transfer and reporting of additional data fields that are defined within HTML5 content by HTML5 developers. This could include loyalty data fields (for example). Again, this would be supported by simple JavaScript functions that HTML5 content developers are used to supporting every day.

Imagine giving these content developers the ability to define a data field using only a label and then populate that field within data records. Later, they could simply read the data records that their content created within the centralized management server that has been collected from all IDS platforms in the system.

With the right IDS platform and centralized management server technology, IDS content management is simple. HTML5 content developers will face a gradual and very short learning curve – maybe as short as a few minutes! HTML5 content developers can concentrate on what they know best, the creation of powerful, consumer-driven content that will drive their clients customer satisfaction and purchasing.

 

Mark Janke
Mark Janke is the C.T.O. at Deviceworx Technologies Inc. Mark has developed technical products for industrial, biomedical, consumer electronics, proximity marketing and digital signage industries for 30 years. Mark and the rest of the team at Deviceworx, develop technologies from the ground up including hardware, operating system, software and mobile apps. Deviceworx has focused on proximity marketing and digital signage technology for the last 7 years and has recently released the simple and cost effective Chameleon for Digital Signage Android platform.
Mark Janke

Latest posts by Mark Janke (see all)

4 Comments

  • Although they exist I don’t remember reading such an asinine article appearing here at sixteen-nine. Should we go back in time to the early days of developing for the WWW the exact same things were being said and this article written 20+ years later said nothing new, droll in fact.

    At least the gratuitous racism depicted in the image made me laugh.

  • Geoff Bessin says:

    Not to pile on but I do agree this article takes an old school position. If nothing else, it just makes interactive digital signage sound far more difficult to achieve than it need be. For example, my company’s software – IntuiFace – takes a no-coding approach to hide all of the HTML5 complexity while also enabling dynamic access to real-time content and business logic. Things can be far simpler and less intimidating than explained here.

  • Mark Janke says:

    I think that there may be some confusion in these comments. HTML5 is new tech and certainly nowhere near 20 years old. See the Wiki page showing that it only reached “Recommendation” status in 2014 (less than 1 year ago) after only being a candidate for a few years: https://en.wikipedia.org/wiki/HTML5

    Perhaps the commenters are confusing this latest tech with previous revs such as HTML4 and older? If so, its critical to understand how HTML5 is a huge leap forward in how functionality such as animation, video and audio are supported. These differences can be quite technical, but are described in detail on the W3 (World Wide Web Consortium) site here: http://www.w3.org/TR/html5-diff/

    While HTML4 (and older revs) were adopted to support simplistic signage content with limited interaction, HTML5 provides for much richer and compelling content. For this reason, its adoption within industry (even before Recommendation status) for interactive content has been significant and well documented online. Check it out for yourself by visiting this site an interacting with the example content: http://cmiscm.com/ This is hardly 20 year old tech!

    As one commenter states, there are tools available that support generation of HTML code based on tool user simple selections (different tools support different HTML revisions). These tools are a good fit for content creators with limited or no content development experience, but such tools tend to constrain the user. To develop the best content without constraints imposed by such tools, engage one of many available HTML5 developer resources.

  • Dave Haynes says:

    Gratuitous racism??? Where? What? Huh?

    It’s an illustration of a hand pointing at an interactive thingie. What am I missing?

Comments are closed.