Airport kiosks not showing Windows' best hand

Airport kiosks not showing Windows' best hand

Summary: Of the many character roles played by Windows, the one that probably gets the least coverage is its use in public as the underlying technology behind embedded applications such as kiosks and information panels.   Earlier this year, I interviewed a designer of embedded systems who had been unwavering in using Windows as his choice for embedded operating systems.

TOPICS: Windows

Of the many character roles played by Windows, the one that probably gets the least coverage is its use in public as the underlying technology behind embedded applications such as kiosks and information panels.   Earlier this year, I interviewed a designer of embedded systems who had been unwavering in using Windows as his choice for embedded operating systems. But, after years of dedication to Windows, he was considering alternatives.  Until that interview, almost all of my exposure to embedded Windows, or something like it, was through public Web terminals and headless displays.  If you travel, you know what I'm talking about.  With many such applications, it's sometimes difficult if not impossible to tell what the underlying OS is because users typically have no access to the OS (as well it should be with embedded OSes).  But occasionally, you'd see one of three tell-tale signs that Windows was in use under the hood.
The first of these are the signature window-boxes, title-bars, and controls that are fairly unique to Winapps. Many embedded applications hide these "Windows identifiers" (and rightfully so).  But sometimes, they're unavoidable as is the case in the second tell-tale sign: a Windows error message.  In public places, I see these so often.  Every time I see one, I wish I had a digital camera with me.  It's not that the error is always the fault of Windows (it's not).  It's that any Windows-based kiosk that's disabled as a result of a bug is more than just a bad advertisement for the kiosk provider. It looks bad for the establishment that allowed that provider on premises (usually as the exclusive kiosk provider) as well as for Microsoft. It makes me wonder why such systems (at least the ones I keep seeing) aren't more self-aware of their state and capable on some level of self-repair (or at least an automatic reboot).  Or, why isn't someone monitoring a remote console from where they can detect malfunctioning systems and either do an over-the-wire manual reboot, an over-the-wire app/os reprovisioning of the system (surely, the blade people keep telling us how easy this is to do), or simply disable the system temporarily instead of advertising that the system is screwed and it's just going to be left there for all passers-by to observe.  Even in the case of terminals with a keyboard and pointing device or kiosks (like an Internet terminal), it probably couldn't hurt to have a big red publicly accessible reboot button in case something goes wrong (with instructions like "PRESS HERE IN CASE SYSTEM STOPS WORKING").

Last week, while vacationing to Mexico, I happened to have my camera with me.  The first time I noticed a problem,  my family and I were making a flight connection in Houston on the way to our final destination in Mexico.  The error dialog appeared over some sort of digital information panel that was on display in multiple locations throughout the airport.  Everywhere I looked, I saw the same error message, obstructing the view of the information behind it.  That was over a week ago.  But we were in such a hurry that I didn't have time to get out the digital camera and take the shot.  However, eight days later, on the way back, a bug (I'm not sure if it was the same one) was on prominent display on the same information panels throughout the airport (see photo below).  In this case, the dialog, which is hard to see clearly in my photo, is a "The program is not responding" dialog and the offending program, according to the dialog's title bar, is HtmlDve-Multi.e.   Google turned up nothing on this.   


The tell-tale signs that it was Windows weren't just the familiar Windows accoutrements, but also the instructions "To return to Windows and check the status of the program, click Cancel."  This of course is a pretty silly message to display on an information panel that has no way for users to perform a click -- a sign to me that, whether it's the fault of Microsoft, the application provider, or the application deployer, somewhere, someone is doing a really bad job of adapting a desktop or server-based operating environment to a more public environment.  At this point, open source advocates will probably chime in to remind everybody that open source operating systems like Linux are better-suited to the task because of how such error dialogs can be more easily customized through the sort of software re-engineering that open source licensing permits.

I caught a similar situation in the airport at Ixtapa, Mexico where, as you can see by the photo below, I was standing in front of a credit-card operated Windows-based Internet access terminal that is based on Windows 2000. (You can see the credit card slot off to the right.)  The problem?  The system seemed to have hung while Windows was starting up.  There was no big red button.  Just a display that showed the system sitting there having advanced about half-way through its startup sequence.  Had it been working, I would have used it to get my first update on what was going on in the real world after having been incommunicado for a week.  Unfortunately, that Internet Access Provider would not be ringing the cash register with me.


Another tell-tale sign that Windows is under the hood -- one that I don't see as much of anymore -- is the infamous Window Blue Screen of Death (BSOD).   I guess that's a good sign that the BSOD isn't as common as it once was.  Lest I single Windows out as a common denominator to all the problems I've seen, it's not.  Last fall, while dropping my son off at Logan Airport for a trip to Florida, I spotted a string of terminals that were obviously having problems, in their pre-OS load mode, contacting a remote boot server.  What struck me as being odd was the plethora of diagnostic information that appeared on the screen, including the MAC (physical layer) addresses of terminals as well as enough information to determine what local IP subnet they were on.  While I'm not an expert in airport security (feel free to comment below if you can expound), this seemed to me to be the sort of information about an airport's digital infrastructure that the airport would rather not have on public display.  

To be fair, more of these terminals and kiosks are probably in good working condition than not.  In many cases, because of the way the underlying OS is so nicely concealed, the users will never know with some of them that Windows is under the hood providing the reliable service.   Also, Linux is undoubtedly the driving force behind many "public applications" as well and has probably had its fair share of failures in public environments.  It's just that I've never had the privilege of seeing such an occurence.

Topic: Windows

Kick off your day with ZDNet's daily email newsletter. It's the freshest tech news and opinion, served hot. Get it.


Log in or register to join the discussion
  • These used to be OS/2

    Up until the last couple of years, ATMs and kiosks typically used OS/2 with good results. Now, IBM is abandoning OS/2 and has forced the ATM and kiosk companies to switch to Windows with predictable results. Why doesn't IBM sell or spin off their OS/2 business to someone who would give it the love it deserves?
    Guy Fawkes
  • Big Red Button

    If you have access to the power chord, yank it and plug it back just like a big red reset button :-)
  • It's not only airports...

    Just Google "bsod" and you'll get collections of pictures of publicly-displayed bsod's. One of the best ones is at
  • Imagine, XP in the cockpit, "Jet B(lue)SOD"

    You've all seen the photoshop altered airplane cockpit with the ubiquitous Microsoft B.S.O.D. prominently splashed across all the aircrafts instrument flight displays? Us techchies have fun screwing with other geeks PC's using the B.S.O.D. as a bootable wallpaper, or screen-saver! But aren't you relieved that Bill Gates doesn't own Boeing? Well now, someday he JUST MIGHT! SHUDDER! Perish the thought!
  • Windows error messages in airport displays

    I saw a similar artifact at the airport in Lansing, Michigan a while ago:

    Run time error 76 on a lovely plasma arrivals/departure display. I wondered where the mouse was so I could click OK.
    • Re: Windows error messages in airport displays

      I saw a pay phone applicance sitting at a blue screen (looked like NT4-based to me by the font) in San Francisco International Airport last September.
      And a couple weeks ago at Chicago's Museum of Science and Industry in their imaging section one of the lighting effects shining on the floor had a pcAnywhere driver error message box in the middle of it. I had to restrain myself from instinctively trying to click OK with my foot.
  • Demand for Linux alternatives growing

    FWIW, five years ago, when my company (WireSpring) first released a Linux-based OS for kiosk applications, we received a lot of pushback from IT folks unfamiliar with anything but Windows. However, in the last 24 months our business in the kiosk area has skyrocketed, partly due to a number of customers who converted their legacy Windows kiosk networks to Linux to get a handle on their reliability and security problems.
  • Although there are solutions...

    We have been using 5 Windows based Internet kiosk in our university for 2 years without such problems, thanks for a simple solution: the kiosks progmatically reboot themself in a night time. The kiosk software system (totally own development) has "watch-dog" (or "heart-beat") functionality in order to restart itself when it has hung. In the early times, without this functionalities, the management of this kiosks was more painfull.
  • Some kiosk deserves better

    Once I saw in Greece a tourist information kiosk with a really well designed user interface. Next day it was hung, and remained in this state during the rest of my holiday (at least).
    Next year I spent my holiday at the same place. This time the kiosk had been stoped in the begin of its NT 4 operation system boot, and remaind in that stage, showing that screen continouosly during my stay.