Узнать из программы количество занятых лицензий на сетевом ключе

Жаль. Сейчас мы используем для защиты приложения ключи другого производителя и там подобная функция в API есть и используется в наших алгоритмах. При переходе на ключи Guardant придется решать чем эту логику заменить.
Скорее всего нужно будет реализовать при программировании ключа (мы делаем это отдельно написанной своей программой) прописывание реального сетевого ресурса ключа (с расчетом CRC) как описано в этой теме.
Не очень понятно как в такой схеме информировать пользователя о том, что все лицензии в ключе уже заняты с указанием реального сетевого ресурса ключа, ведь к ключу на котором заняты все лицензии даже подключиться не получится чтобы считать это число. Остается только отправить пользователя в монитор сервера сетевых ключей.

У нас уже реализована собственная система лицензирования, которая ориентируется на максимально доступное число подключений к ключу + текущее количество подключений. Необходимость написания собственной системы была обусловлена сложностью лицензионной политики компании (разделение по проектам и версиям с возможностью на одном сетевом ключе запускать определенное разработчиком количество копий разных программ разных версий). На момент написания этой системы используемый нами ключ Aladdin (позже Sentinel) не позволял в полной мере обслужить наши потребности в лицензировании, поэтому пришлось писать самим пользуясь возможностями предоставляемыми API ключа.

Сейчас же при переходе на ключи Guardant хотелось бы обойтись минимальными изменениями, чтобы быстрее осуществить переход, поэтому менять нашу систему лицензирования мы не будем, по крайней мере на начальном этапе.

Первое с чем я столкнулся: в текущей реализации в памяти ключа прописывается реальный сетевой ресурс ключа (просто число в памяти), что дает возможность ограничить, например, сетевой ключ на 10 мест 7-ю лицензиями. При подключении к такому ключу математика считывает реальный ресурс ключа и получает через функцию API количество подключений (включая текущее). Если подключений больше - отключаемся с соответствующим сообщением (номер ключа/реальное кол-во лицензий). Это только "вершина айсберга" проверок дальше идут проверки по версиям и проектам.

В принципе обойтись без этой первой проверки можно. Достаточно при программировании ключа в таблицу лицензий ключа Guardant записать реальный сетевой ресурс ключа и подключения даже не произойдет (выдаваемое при этом сообщение я еще не видел, но уверен, что оно достаточно информативно для конечного пользователя). Сложность здесь заключается в прописывании этого самого реального сетевого ресурса - просто в определенное место дампа памяти ключа записать это число недостаточно, там еще нужно CRC посчитать и записать, как выяснилось. А сделать это нужно программно (у нас отдельная программа по программированию ключей совмещенная с нашей CRM системой). И еще надо научить утилиту дистанционного обновления ключа это делать. Т.е. ничего нерешаемого, просто дополнительная работа с тем чтобы в этом разобраться (изначально была идея сохранить дамп образа для ключей на 5, 10, 25, 50, 100, 250 мест и записывать дамп целиком в память, а "тонкое" ограничение оставить нашей математике, но без функции определения количества уже подключенных клиентов наша математика не сработает).

Прошу прощения, написал много, сумбурно, но в целом мысль такая: если такая функция появится в обозримом будущем, было бы неплохо, если же в планах этого нет - мы справимся и без этого, просто это будет дольше :-)

Пока приняли решения не использовать таблицу лицензий. Тому есть несколько причин:
- сейчас пользователь докупая рабочие места получает от нас новый файл лицензий по почте, при прописывании информации в ключе необходимо будет удаленное обновление ключа, что увеличит время перехода на новые ключи
- логика использования лицензий у нас чуть сложнее и использует 2 цифры версии на 4 типа программы. Т.е. мы можем выписать лицензии:
1. версии 8.0 на 5 рабочих мест  (позволяет запустить 5 рабочих мест версии 8.0)
2. версии 8.1 на 3 рабочих места (позволяет запустить 3 рабочих места версии 8.0 или 8.1)
3. версии 9.0 на 2 рабочих места. (позволяет запустить 2 рабочих места версии 9.0)
и это только в пределах одной программы, при добавлении типов программ логика усложняется. Возможно можно как-то решить этот вопрос с использованием таблицы лицензий, но это опять же время.

Тут возникла необходимость получения адреса компьютера с сетевым ключом. Как я понимаю, для этого мы можем воспользоваться функцией GrdGetInfo с параметром GrdGIR_RemoteIP. Возникает вопрос: какого типа и длинны должен быть параметр infoData в этом случае? В идеале хотелось бы получить IP адрес в виде строки.
При поиске по форуму нашел только такую тему (там кстати тоже просят возможность средствами API узнать количество занятых лицензий).

Антон, спасибо. Я в справке переключился на закладку С# (уже не помню зачем), а там информации о длине буфера нет, поэтому и возник вопрос.
Правильно ли я понимаю, что память в буфере для возврата результата необходимо предварительно выделить (перед запуском GrdGetInfo)?

Что-то не получается у меня получить IP адрес сервера на котором сетевой ключ установлен. Пытаюсь так (Delphi):

var
  lData: array of byte;
.............
  SetLength(lData, 15);
  FillChar(lData[0], Length(lData), 0);
  fErrCode := GrdGetInfo(fGrdHandle, GrdGIR_RemoteIP, @lData[0], Length(lData));

В fErrCode возвращается код ошибки 46 (Недопустимые параметры при вызове функции). Попробовал различные варианты вызова GrdGetInfo:
GrdGIL_ID, GrdGIL_Remote, GrdGIR_VerSrv, GrdGIR_IniTimeOutSend - работают без ошибок.
GrdGIR_LocalIP, GrdGIR_RemoteIP - выдают ошибку 46.
Ключ находится на той-же машине, что и клиент, но подключаюсь как к удаленному ключу (GrdFMR_Remote вторым параметром GrdSetFindMode + GrdGetInfo(..., GrdGIL_Remote, ...) выдает что подключение сетевое).
Не подскажете в чем может быть проблема?