Any monitored or input device can be monitored dynamically from your web page in KioWare. Monitored device status includes information such as the printer’s paper being low.

Immediately parses mag stripe data and fills in your form with no extra programming required.

KioWare proactively measures the amount of memory being used and now reboots KioWare after the memory reaches a certain threshold of use. Provides additional layer of protection to KioWare's software watchdog

Security checks can now be run on KioWare configuration settings based on kiosk best practices standards. Settings that are not in conformance with these standards are highlighted and can be changed to meet the standards.

Administrators can schedule a daily KioWare restart, kiosk reboot or kiosk shutdown.

Administrators have the ability to choose from additional items when clearing cache at user session end. Specifically, the options to only clear HTTPS data or only keep media files are available.

Useful for server side scripting, the ability to have Kiosk Name added to the query string of the StartPage URL has been added.

Custom KioWare features and enhanced integration with your application are now easy to accomplish because KioWare now integrates with 3rd party DLLs.

The message that is displayed when a domain or page is blocked can either be a KioWare generated dialog box, or to enable better integration with your application it can be a custom HTML page

KioWare maps browser navigation commands to the Storm EZ Access keypad. Includes linking an error URL to the Help button

SNAPI barcode scanners
HID MSR readers
OPOS MSR readers (IBM Anyplace)

Support for Windows Vista OS, specifically a new keyboard filter that blocks CTRL+ALT+DEL

To enable the current state of a kiosk to be monitored centrally, Remote Monitoring has been implemented. The functionality has two broad features: parameter monitoring and log file monitoring. OS parameter monitoring is contained within our Heartbeat feature. On a user defined time interval, KioWare collects system parameters such as uptime, disk space, pages served, etc. and using SOAP/XML passes the data to KioWare Server. In this way, each kiosk routinely checks in with KioWare Server giving baseline statistics, and kiosk maintenance can be performed based on whether a kiosk has failed to check in or on its baseline statistics trend.

KioWare also queries all specified kiosk hardware (ex., printers) and creates log file entries as necessary (ex., paper low). Certain high priority log entries are immediate transferred to KioWare Server for maintenance action, and the remaining log entries are transferred to KioWare Server during the next Heartbeat transmission.

 Previously, KioWare required phone numbers to be defined ahead of time and associated with a page’s HTML Title Tag. This worked fine for applications with a finite number of static phone numbers to dial; however, for applications that need to have thousands of phone numbers or need to look up the current phone number in a database, KioWare now has a second method: embedded phone dialing. With embedded phone dialing, a special HTML tag unique to KioWare is embedded in any page that requires a phone number to be dialed. The tag contains all the information KioWare requires to dial the phone number, and the tag can be generated on the fly as your application requires.

Previously, the Configuration Tool and XML Configuration Tool were two separate programs, now the Configuration Tool can read from either the KioWare Settings or from an XML file, and the Configuration Tool can save your changes to either KioWare Settings or to an XML file.

 KioWare can now prevent a user from downloading a file that Internet Explorer doesn’t know how to display, thus preventing the File Save or Open dialog box from displaying.

The optional toolbar that displays at the top of the screen that can contain navigation, print and logout buttons as well as the busy indicator can now be configured to be any color you choose. Furthermore, the buttons images are now user replaceable so that you can customize the toolbar to fit seamlessly with the design style of your application.

KioWare has the capability to reload its XML configuration file effectively reconfiguring itself on the fly. This means KioWare can download a new XML file on whatever schedule you require (ex., hourly, daily, weekly, etc) and reconfigure itself. This is particularly useful for advertising applications where the advertisements regularly change.

 A URL can be specified for KioWare to redirect to whenever a web server error is reported. Furthermore, there is the option to pass, as a URL querystring, the error number and filename upon which your error handler script can act.

 Email notifications/status/alert configuration is now scalable to the project, group, and site level.

 Offering access to more virtual and physical memory, 64-bit processors are quickly becoming the standard; KioWare now supports this server platform.

Added graphical reports for usage and heartbeat reporting

 Added ability to export report data to a CSV file

 Ability for a user to create a journal of comments for each kiosk. User has the option for comments to be public to all users who have access to that kiosk, or be private only to that user.

 New feature that will automatically delete different classes of data at specified timer intervals. For example, event logs older than six months can be automatically deleted.

Ability to create a list of files, including their checksums, on a kiosk that KioWare will check to make sure the file exists and isn't corrupt.

Completely flexible user accounts, roles and permissions that control user abilities at a functional level. Now, it is very easy to limit what your customers can log on and see.

Simplified client content updating procedures that include application files, KioWare updates and OS updates. To support cellular networks, content transfer now checks for file truncation and corruption errors.

 Ability to reboot or shutdown the computer, as well as restart KioWare remotely from the KioWare Server Console.

 Ability to provide ad hoc grouping of kiosks. Groups can contain other groups, projects or individual kiosks.

 Addition of ad hoc data structures useful for storing custom data about each kiosk (ex, hardware, location, contact info). Data can be imported from a spreadsheet.

 Added infrastructure to support 3rd party add-ins, such as our first add-in: a mapping module that enables the overlay of kiosk status onto a variety of maps.

 The KioWare Server API is now available for 3rd party developers to create new add-ins, or for clients to create their own branded version of KioWare Server

 KioWare Server ASP is designed to support enterprise and Application Service Providers (ASP) installations. KioWare Server ASP provides for an additional Site data layer that enables kiosks to be organized at a higher level than in regular KioWare Server.