Рекомендации по управлению ограниченными клиентскими лицензиями/логином

Question

У меня есть многопользовательское программное решение (содержащее различные приложения, то есть EXE), которое должно допускать ограниченное количество одновременных пользователей. Он предназначен для работы в интрасети. У меня нет действительно хорошего, удовлетворительного решения проблемы подсчета клиентских лицензий. Ключевыми требованиями являются:

• Когда пользователи запускают какое-либо приложение, они получают экран входа в систему, где им необходимо войти в систему со своим именем пользователя и паролем. Поэтому, когда они начинают использовать приложение, он должен считаться новой лицензией.
• Несколько экземпляров (начинается) одного и того же приложения (= процесс) должен считаться только одна лицензия клиента
• Запуск различных приложений программного решения также должны рассчитывать, поскольку только один (тот же) клиентской лицензии
аварии
• приложений не должен приводить к осиротевшим используемым лицензиям
• выше должен работать также для терминального сервера (все клиенты же IP, но разные установок папки)

Я ищу установленные закономерности, решение, советы по управлениюиспользуемых клиентских лицензий. Конкретные намеки на вышеуказанную ситуацию также приветствуются.

Answer 1

Я верю, что некоторые приложения (3ds Max, Adobe multi-use и т. Д.) Справляются с этим, чтобы все приложения были установлены для доступа к единой общей DLL, которая управляет глобальным контекстом пользователя. Таким образом, когда вы входите в систему из любого exe, он перенаправляет ваши учетные данные в dll, что сохраняет их для других исполняемых файлов на одном компьютере. Эта общая DLL также отвечает за передачу текущего контекста пользователя в сеть или интернет-сервис, который будет отслеживать активные лицензии. Я думаю, что microsoft распространяет эту услугу на предприятия, тогда как другие поставщики программного обеспечения предоставляют услугу лицензирования. Разделение проблем таким образом должно: позволить контексту пользователя оставаться активным, даже когда одно приложение неожиданно заканчивается, разрешает изящный выход и выпуск лицензии при закрытии общей dll и разрешает тайм-аут или автоматический выпуск сетевой услугой, если он не получил никакого сообщения с локальной машины. Я не знаю, как это может повлиять на службы терминалов. Я знаю, что общие dll могут иметь ограниченные области, поэтому каждый пользователь может иметь возможность запускать собственную копию с уникальным контекстом пользователя, но я действительно не уверен. Надеюсь это поможет.