none_first парвильно вам пример приводит.
Посмотрите программные продукты Tivoli. Существует общепринятые обозначения таких систем.
Система инвентаризации и мониторинга обычно собирает информацию о всём аппаратном и программном обеспечении компьютеров в корпоративной сети. И это бывает очень актуально. Представьте, что у вас завод с 7-8 тыс. компов. Вам надо знать, можете ли вы внедрить определенное ПО, позволяющее упростить работу сотрудников завода. У ПО есть требования к железу и ОС. Получив собранные системой инвентаризации вы знаетее, сколько компов у вас проходит требования, а сколько нет. Что в них надо поправить, например добавить ОЗУ или переустановить Windows (98/ME -> XP).
Кроме того, если задаться такой целью, можно видеть, что пользователь поставил игрушку и дать по шапке. Или узнать что из одного из этих 7000 компов сперли планку оперативки и вовремя дать по шапке... и т.д. применений масса и потребность в таких системах достаточно высокая...
Пример такой системы Tivoli Configuration Manager.
Системы мониторинга позволяют отслеживать состояние машин в сети в реальном времение (чаще всего это относится к серверам). Т.е. если у вас критически важный для работы подразделений компании сервер рапортует о том, что у него загрузка ЦП колеблется в определенные моменты около 100% это повод задуматься. Также можно мониторить загрузку корневых маршрутизаторов сети и прочее... Применяются такие системы реже.
И написанно оно чаще всего не на Java. На Java имеет смысл писать только Server Side. А вот агентов (приложения которые разворачиваются на конечных машинах, состояние которых мониторят) чаще всего пишут на C++. Потому как если на конечной машине 256 мб оперативы и она выполняет свои функции нормально (далеко не всегда нужны современные компы), то ставить java-приложение которое уест мегов 100 не очень правильно. Правда IBM попыталась использовать написанные на java агенты. По крайней мере в нашей стране не пошло.
И кстати зря вы по поводу Java, не только на Java пишут. Например посмотрите на microsoft system center configuration manager и вобще на линейку microsoft system center. На Java пишут чаще из-за того что Java по сути корпоративный стандарт для ServerSide (все дело в обилии готовых компонентов решающих типичные задачи, ярчайшим примером является Apache Camel, набор jar'ников с помощью которого можно решать интеграционные задачи без единой строчки кода. Насколько я знаю такого на других платформах просто нет).
