Мое предложение: пойдите с чем-то, что уже доказало контролирующие возможности. Не разрабатывайте СЕРВЕРНЫЙ контрольный инструмент.
Можно использовать решения с открытым исходным кодом, такие как zabbix или nagios и даже заплаченные.
Zabbix имеет что-то, что называют UserParameter. Можно использовать его для расширения zabbix "стандартных" возможностей. Например, Вы могли создать приложение (или сценарий VBS, powershel, и т.д.), который проверяет, сколько зарегистрированных пользователей киоск имеет (или что-либо, в чем Вы нуждаетесь). При помощи локального zabbix сервиса это приложение/сценарий назовут и выполнят, и собранное значение будет отправлено на zabbix сервер.
Используя эту технику, Вы могли установить zabbix для отправки предупреждений/порогов для информирования Вас, когда киоск имеет слишком много зарегистрированных пользователей.
При помощи "профессионального" контрольного инструмента Вы также сможете контролировать аспекты другого киоска, такие как CPU, память, сеть, и т.д.
Компания, на которую я работаю, имеет некоторые киоски, и мы используем zabbix для контроля ее.
- РЕДАКТИРОВАНИЕ - Относительно Вашего оператора "так, чтобы клиент мог посмотреть конкретные детали удаленно", это - другое необходимое, которое, по-моему, управляет решением уже установленного: безопасность. Zabbix, например, может быть "подключен" к серверу LDAP, и он имеет очень хороший контроль над пользователями (что видит пользователь и что пользователь может сделать).
Да, они могут отправлять запросы, но чем они отличаются от запросов в браузере или wget? Все, что они получат, - это вывод php.
Они могут вызвать проблемы, забивая ваш сервер php-fpm запросами.