Необходимо реализовать мониторинг событий производимых пользователями при работе на ПК.

Есть интересная статья:
http://www.delphisources.ru/pages/faq/base/folders_monitor.html

Меня же интересует, как реализовать мониторинг сразу нескольких рабочих станций, с одним "приемным центром"...

Т.е., например запущенны сервисы которые производят сам мониторинг, на пяти ПК, и есть один компьютер который принимает от сервисов информацию о том что сделал пользователь. Например форма в которой отображается имя пк, пользователь, время и событие совершенное пользователем...

Вопрос как это реализовать ? Использовать
? Или же есть другие варианты ?...

Заранее огромное спасибо.

> Использовать Socket ?


Можно и Socket.


> Или же есть другие варианты ?


Есть и другие. Например, Named Pipes

DCom тоже вариант. Для джедаев :)

> Сергей М. ©   (25.09.08 13:48) [1]
>
> > Использовать Socket ?
>
>
> Можно и Socket.
>
>
> > Или же есть другие варианты ?
>
>
> Есть и другие. Например, Named Pipes


А чем лучше/хуже между собой Socket и Named Pipes ?

> KSergey ©   (25.09.08 13:50) [2]
> DCom тоже вариант. Для джедаев :)

Первый раз слышу, что это ?

Google - мощная штука, доложу я вам :)

если есть доступ, можно с наблюдающего PC читать лог-файлы наблюдаемых

> Vlad Oshin ©   (25.09.08 14:02) [6]
> если есть доступ, можно с наблюдающего PC читать лог-файлы
> наблюдаемых

Да просто хочется накапливать информацию в dbf, db или еще куда, и сделать фильтр по полям, для быстрого поиска информации так сказать в
режиме...

давай, хороший способ
заодно еще в чем разберешься попутно

А может пусть мониторилки сами в базу и сливают на досуге? Таких технологий все ж больше в готовом виде. Ну разве что интересует случай мониторить "подрезание крылышков".

> mon   (25.09.08 14:13) [7]


Ставь на контролируемые софты любую СУБД, позволяющую удаленный доступ.
Например, MySQL или IN/FB.
Тогда и заморачиваться транспортным уровнем не придется.

> Сергей М. ©   (25.09.08 14:30) [10]
>
> > mon   (25.09.08 14:13) [7]
>
>
> Ставь на контролируемые софты любую СУБД, позволяющую удаленный
> доступ.
> Например, MySQL или IN/FB.
> Тогда и заморачиваться транспортным уровнем не придется.
>


Оптимально ли будет использовать сервисы запущенные базой данных + процесс работы проги для подключение к БД и использование "умного" фильтра...

По моему тогда лучше реализовать через транспортный уровень, тогда прожка сама запишет в *.db, и будет тихо использовать фильтр, и когда надо автоматически или по команде админа очистит эту самую *.db ...

Или я ошибаюсь, и целенаправленно иду по граблям ?...

> сервисы запущенные базой данных


База данных сама по себе никакие сервисы не запускает и запустить не может в принципе.

На любом доступном в сети хосте инсталлируется и работает СУБД-сервер, например, FB-сервер. На этом же хосте расположена БД, контролируемая этим СУБД-сервером.

На всех контролируемых хостах инсталлируется и работает твое приложение-агент, занимающееся мониторингом. Результаты мониторинга записываются в удаленную БД при посредничестве того самого удаленного СУБД-сервера.

На контролирующем хосте инсталлируется и работает другое твое приложение, которое работает с результатами мониторинга обращаясь к той же самой БД того самого СУБД-сервера.

> mon   (25.09.08 14:59) [11]


Иными словами, ты используешь готовый подходящий транспортный механизм, реализованный в той или иной подходящий готовой сетевой СУБД.

> Необходимо реализовать мониторинг событий производимых пользователями при работе на ПК.


Хорошо бы быть уверенным, что событие вызвал именно пользователь...